VSCode中文输入法候选框不跟随光标，根本原因是Electron渲染层与系统IME坐标同步失败；优先禁用硬件加速（添加"disable-hardware-acceleration": true），Linux Wayland下须加--enable-features=UseOzonePlatform --ozone-platform=wayland启动参数，Windows需关闭Editor: Edit Context选项。
VSCode 中文输入法候选框不跟随光标、悬浮在左上角或屏幕固定位置，不是输入法坏了，而是 Electron 渲染层与系统 IME 的坐标同步断开了——关掉硬件加速或启用 Ozone 平台通常就能恢复。
为什么候选框总卡在左下角？
根本原因是 VSCode 的 Chromium 渲染后端没拿到准确的光标绝对坐标。尤其在以下场景中高发：
- Linux Wayland 会话下，默认走 XWayland 层，
code --status显示im: none - Windows 高 DPI 缩放 + Intel 核显驱动（如 UHD 620/630），WebGL 渲染器错估光标偏移
- macOS 外接高刷显示器 + 自定义标题栏（
"window.titlebarStyle": "custom"），IMK 浮层 z-index 被覆盖 - Snap 包安装的 VSCode，沙箱隔离导致输入法插件无法注入
禁用硬件加速是最稳的第一步
不改系统、不换输入法、不重装，90% 场景下加一行配置就生效：
- 打开
Preferences: Open Settings (JSON) - 添加：
"disable-hardware-acceleration": true - 执行
Developer: Reload Window（不是重启电脑）
注意：部分旧版 Intel 驱动下，开启硬件加速反而会让光标定位更错乱；M 系列 Mac 用户关掉后可能有轻微延迟，但位置精度显著提升。
Linux Wayland 必须加启动参数
只改 VSCode 设置没用，必须让 Electron 直连 Wayland 原生接口：
- 终端运行：
code --enable-features=UseOzonePlatform --ozone-platform=wayland - 确认当前是 Wayland：
echo $XDG_SESSION_TYPE输出wayland才有效 - 设为默认：编辑
~/.local/share/applications/code.desktop，在Exec=行末尾追加上述两个参数
漏掉 --ozone-platform=wayland 会导致参数被忽略；只加 --enable-features 不指定平台，Electron 仍 fallback 回 XWayland。
Windows 上别碰 EditContext API
VSCode 1.85+ 默认启用 editor.editContext，但微软拼音新版和部分 OEM 驱动对这个 API 支持不稳定：
- 打开设置搜索
Editor: Edit Context - 取消勾选该选项（即设为
false） - 无需重启，候选框立刻回归传统 textarea 渲染路径
这个开关本质是让 VSCode 放弃用现代 Composition API 处理输入，退回到兼容性更强的老机制——不是性能倒退，而是绕过 IME 协同 bug 的务实选择。
真正麻烦的从来不是“怎么配”，而是你改完 settings.json、加了启动参数、甚至重装了输入法，却忘了关掉 Snap 沙箱或者没确认当前会话类型。Wayland 下 im: none 和 Snap 的 GTK_IM_MODULE 屏蔽，是两个最常被跳过的硬门槛。
