VSCode终端无法输入中文，90%是输入法事件未传入或权限问题：Windows需关闭微软拼音旧版兼容模式、禁用ConPTY；Linux/WSL2需配置环境变量、禁用sudo启动；远程场景优先用code .而非Remote-SSH。
VSCode终端无法输入，90%不是VSCode bug，而是输入法事件没传进来，或终端根本没获得写入权限。直接改设置文件或点几下鼠标通常无效，得从环境层和权限链上定位问题。
Windows 下中文输入法在终端失焦或候选框不弹
根本原因是微软拼音的「旧版兼容模式」劫持了 Ctrl+Space 等组合键，并阻止其进入 VSCode 终端进程。
- 系统设置 → 时间和语言 → 语言 → 拼音选项 → 关闭「使用以前版本的微软拼音」（必须关）
- VSCode 设置中搜索
terminal.integrated.windowsEnableConpty，设为false（ConPTY 在某些输入法下会丢 IME 事件） - 禁用所有键盘增强类软件：Punto Switcher、KeyPirinha、搜狗输入法的「快捷命令」模块
- 如果用 Remote-SSH，远程服务器需装
libxkbcommon-x11-0（Ubuntu/Debian），否则 X11 转发下根本收不到 composition 事件
Linux（含 WSL2）终端输不了中文或卡顿
WSL2 或 Wayland 环境下，X11 转发无法正确传递输入法上下文，code . 启动方式比 Remote-WSL 插件可靠得多。
- WSL2 用户：关闭 Windows 端 VSCode，进 WSL 执行
code --no-sandbox --enable-features=UseOzonePlatform --ozone-platform=wayland - 确保环境变量生效：
export LANG=zh_CN.UTF-8和export LC_CTYPE=zh_CN.UTF-8要写进~/.bashrc或~/.zshrc - 别用
sudo code启动——这会让渲染器以 root 运行，IME 安全策略直接拦截 - 麒麟OS/Fcitx5 用户：启动前加
export GTK_IM_MODULE=fcitx5，否则 GTK 后端找不到输入法模块
终端提示“无法在只读编辑器中编辑”或根本无响应
这不是输入法问题，是终端本身被设为只读状态，常见于配置误改或权限继承异常。
- 检查设置中是否误启用了
terminal.integrated.readOnly（默认为false，若为true则整个终端禁写） - 确认是否开了兼容模式：右键 VSCode 快捷方式 → 属性 → 兼容性 → 取消勾选「以兼容模式运行此程序」
- Remote-WSL 场景下，不要用 Windows 端 VSCode 直连 WSL，改用 WSL 内执行
code .启动 GUI 版本 - 若终端窗口灰显且光标不闪，大概率是
runInTerminal配置未启用：在设置中搜run code config，勾选run in terminal
npm/pip install 报 permission denied，以为要开管理员终端
这是典型路径权限错觉。VSCode 终端只是壳，真正限制来自 npm/pip 的安装目标路径，不是终端本身。
- 先看报错里写的路径：如果是
/usr/local/lib、C:\Program Files\这类系统目录，说明你在全局安装 - Linux/macOS 改用
npm config set prefix ~/.local，再把~/.local/bin加进$PATH - Windows 上避免
npm install -g，优先用npm install --global --prefix %USERPROFILE%\AppData\Roaming\npm - Python 用户永远用
pip install --user，生成的可执行文件在~/.local/bin/（Linux/macOS）或%APPDATA%\Python\Scripts（Windows）
最易被忽略的一点：输入法问题往往跨 Electron 应用存在。如果 Chrome 或 Slack 也输不了中文，就不是 VSCode 的锅，而是系统级 IME 配置或 Wayland/X11 渲染后端没对齐。
