vscode中ctrl+space与系统输入法切换冲突导致候选框不弹出或错位，根本原因是按键被vscode拦截未传至输入法进程；解决方法是禁用vscode该绑定并重载窗口。
Ctrl+Space 冲突会让候选框“消失”
VSCode 默认用 ctrl+space 触发代码补全，但 Windows/macOS/Linux 都默认用它切换输入法。一旦冲突，系统输入法事件被 VSCode 拦截，导致候选框不弹出、或弹出后坐标错乱（比如卡在左上角）。这不是渲染问题，是按键根本没传到输入法进程。
- 先验证：在非编辑器区域（如侧边栏、状态栏）按
ctrl+space，看是否能切中英文——如果不能，说明 VSCode 已劫持该组合键 - 最直接的解法是禁用 VSCode 的
ctrl+space绑定，把控制权还给系统：[{"key": "ctrl+space", "command": "-editor.action.triggerSuggest"}] - 别只写
"command": null，必须加减号前缀-才能覆盖插件或默认绑定；否则 Prettier、GitLens 等扩展可能仍偷偷激活它 - 改完保存，执行
Developer: Reload Window即可生效，不用重启整个 VSCode
Windows 下 Alt+Shift / Ctrl+Shift 也容易踩坑
这些组合键在 Windows 是全局输入法切换热键，但 VSCode 里很多扩展（比如 Vim 模式、Emacs keymap）会复用它们。一旦被绑定，输入法切换失败，候选框就“失联”——不是位置错，是压根没启动 IME 上下文。
- 打开
keybindings.json，搜索alt+shift和ctrl+shift，确认没有扩展或自定义规则占用 - 如果发现类似
{"key":"alt+shift","command":"editor.action.toggleTabFocusMode"}这种，直接删掉或改用其他组合（比如alt+ctrl+shift） - 系统级开关也要关：Windows 设置 → 蓝牙和其他设备 → 输入 → 高级键盘设置 → 关闭「使用语言栏快捷键切换输入法」——否则 VSCode 即使放行，系统也会抢在前端拦截
Linux Wayland 下 Ctrl+Shift 不只是快捷键问题
在 Wayland 会话里，ctrl+shift 类组合键由 compositor 统一管理，VSCode 若未启用 Ozone 平台，根本收不到原始事件。此时候选框不跟随，本质是输入法服务压根不知道光标在哪，连坐标同步都无从谈起。
- 仅修改
keybindings.json无效，必须启动时加参数：code --enable-features=UseOzonePlatform --ozone-platform=wayland -
--ozone-platform=wayland缺一不可，漏掉它，Electron 会 fallback 到 XWayland，IME 坐标依然错位 - 检查当前会话类型：
echo $XDG_SESSION_TYPE输出必须是wayland，否则参数不生效 - 设为默认启动：编辑
~/.local/share/applications/code.desktop，在Exec=行末尾追加上述两个参数，注意空格
macOS 上 Cmd+Space 冲突更隐蔽
macOS 的 Spotlight 快捷键是 cmd+space，和 VSCode 的补全快捷键不重，但部分第三方输入法（如鼠须管、小狼毫）会监听 cmd+space 触发简繁切换或候选框强制显示。VSCode 若抢先响应，就会打断输入法的生命周期。
- 不要禁用
cmd+space，而是限制其作用域：在keybindings.json中加when条件{"key": "cmd+space", "command": "-editor.action.triggerSuggest", "when": "editorTextFocus && !editorReadonly"} - 这样它只在编辑器内生效，不影响 Spotlight 和输入法的全局行为
- 若仍异常，检查 macOS 系统偏好设置 → 键盘 → 快捷键 → 输入源，确认「通过菜单栏中的输入法菜单选择输入法」已勾选——这是 IMK 正常回调的前提
ctrl+space 按下时 VSCode 抢了 focus，松开时输入法没收到 release 信号，整个 IME 上下文就挂起。所以改完快捷键后，务必用真实输入测试——打几个拼音，看候选框是否能正常弹出、跟随、收起，而不是只看快捷键有没有触发命令。
