确认是“有道词典”抢夺 ctrl+shift+f：其 windows 客户端默认全局监听该组合键，导致 vscode 无法收到该事件；退出词典后快捷键恢复即证实，且需在「设置→划词翻译→热键设置」中禁用，而非仅关闭划词功能。
怎么确认是“有道词典”在抢 Ctrl+Shift+F
不是所有划词翻译插件都用这个键，但有道词典 Windows 客户端默认会全局监听 Ctrl+Shift+F（触发划词窗口），且不区分当前焦点是否在 VSCode 内。VSCode 本身也用它做「全局搜索」，一旦有道词典进程在后台运行，这个组合键就永远发不到编辑器里——你按了没反应，或者弹出词典浮窗而非搜索框。
验证很简单：退出有道词典客户端，再按 Ctrl+Shift+F，如果 VSCode 搜索面板立刻出现，就实锤了。别信“我关了划词功能”，它的快捷键监听是独立开关，常藏在「热键设置」或「划词翻译设置」二级菜单里，不是主界面的“启用划词”开关能关掉的。
禁用有道词典的全局热键（首选）
这是最干净的解法，不碰 VSCode 配置，也不影响词典其他功能。路径因版本略有差异，但核心位置固定：
- 打开有道词典 → 右上角齿轮图标 → 「设置」→ 「划词翻译」→ 找到「热键设置」或「快捷键」
- 把
Ctrl+Shift+F对应的选项设为「禁用」或直接清空输入框（有些版本支持点击后按Backspace删除） - 部分旧版需进「高级设置」→ 「系统热键」→ 关闭「启用全局热键」总开关
改完不用重启，但建议点一下 VSCode 编辑器窗口重新聚焦，让系统释放按键劫持状态。
在 VSCode 中覆盖或绕过冲突
如果你无法修改有道词典（比如公司统一安装、无管理员权限），就得在 VSCode 侧处理。注意：不能只改 keybindings.json 里加一条新绑定，因为有道词典根本不在 VSCode 的命令系统里，它截的是操作系统级事件。
- 优先用 chord 键：把全局搜索改成
Ctrl+K Ctrl+F，这类两段式按键几乎不会被输入法或词典拦截 - 若坚持用单键组合，可尝试更冷门的替代，比如
Ctrl+Alt+Shift+F，但要确认系统和输入法没占 - 不要写
{"key": "ctrl+shift+f", "command": "workbench.action.findInFiles"}—— 这条在 VSCode 里看似生效，实际仍被有道词典吃掉，纯属误导
为什么 when 条件在这里无效
when 是 VSCode 内部的上下文判断逻辑，只在按键成功进入 VSCode 后才起作用。而有道词典是在 Windows 消息循环层就吞掉了 Ctrl+Shift+F，VSCode 根本收不到这个事件，自然轮不到 when 判断。所以所有带 when 的重映射方案，在这种外部全局热键冲突下全部失效。
真正需要警惕的是：很多人查资料看到“加 when 就能解决冲突”，就以为万能，结果试了一圈发现没用——问题不在 VSCode 配置，而在外面那层看不见的拦截。
