ctrl + ` 被输入法劫持导致终端唤不出，根本原因是搜狗、微软拼音等中文输入法将其设为中英文切换键，vscode未收到事件；可用ctrl + shift + p执行terminal: toggle terminal验证终端正常，长期方案是修改输入法快捷键设置。
Ctrl + ` 被输入法劫持导致终端唤不出
这不是 VSCode 坏了，是中文输入法（比如搜狗、微软拼音、Rime）把 Ctrl + ` 默认设成了中英文切换快捷键。你一按，输入法切回中文模式，VSCode 根本没收到命令，看起来就像“无响应”。
验证方法很简单：用 Ctrl + Shift + P 打开命令面板，输入 Terminal: Toggle Terminal 回车——能弹出终端，说明集成终端服务本身完全正常。
临时绕过方式：
- 改用菜单栏：「查看 → 终端 → 新建终端」
- 或者直接用
Ctrl + Shift + P唤起终端（不依赖快捷键） - 长期解决：进输入法设置，把中英文切换快捷键改成
Ctrl + Space或其他不冲突的组合
输入命令时字母重复（如 ls 显示为 llss）
这和乱码无关，是输入事件被重复捕获。根本原因不是编码，而是输入法与终端模拟器之间的事件分发错乱。
典型场景包括：
-
fcitx5-chinese-addons在 VSCode 终端里会缓存并重复输出最后两个字符（已知 bug） - Windows 启用了「粘滞键」「筛选键」等辅助功能，系统重发
WM_KEYDOWN事件 -
terminal.integrated.gpuAcceleration设为"on"时，在 Intel 核显 + 混合缩放下触发渲染层输入队列错乱
实操建议：
- Linux 用户：卸载
fcitx5-chinese-addons，换用fcitx5-rime（简体切换用F4） - Windows 用户：进「设置 → 辅助功能 → 键盘」，关掉所有开关
- VSCode 设置中加一条：
"terminal.integrated.gpuAcceleration": "off"
stty echo 异常导致双重回显
终端显示 llss 这类现象，90% 是 stty echo 状态被污染：本地终端 echo 开了，远端 shell 又自己 echo 一遍，结果字符打出来两遍。
快速验证：在终端里运行 stty -g 记下当前状态，再执行 stty sane。如果立刻恢复正常，说明就是终端属性被脚本或异常退出污染了。
根治办法：
- 在
~/.bashrc或~/.zshrc末尾加一行：stty sane 2>/dev/null - 检查是否有启动脚本（比如
~/.inputrc）启用了echo-control-characters，它和某些TERM值（如linux、screen）不兼容 - WSL2 下务必确认
TERM=xterm-256color，别被/etc/profile或~/.profile覆盖
chcp 65001 之后还是重复打字？
chcp 65001 只改代码页，不影响输入事件流。很多人误以为乱码和重复输入是一回事，其实机制完全不同：
- 乱码 = 字节解码失败（UTF-8 被当 GBK 解）
- 重复 = 同一个按键事件被消费两次（X11 event loop 或 Win32 层面）
- 回显异常 = 终端模拟器没同步本地
echo状态和远端 shell 的回显逻辑
如果你同时遇到乱码 + 重复，必须按顺序处理：
- 先换掉
fcitx5-chinese-addons或关掉 Windows 辅助功能 - 再确保
TERM=xterm-256color且没被覆盖 - 最后才调
chcp 65001或环境变量修复编码
重启终端后问题复现，但 source ~/.bashrc 就正常？说明初始化脚本里有某处悄悄改了 stty 或 TERM，得去翻 ~/.bashrc 之前加载的那些配置文件。
