windows安全中心静默拦截ctrl+shift+p等快捷键，根本原因是renderer.exe或gpu-process.exe触发行为防护规则；需在“病毒和威胁防护→管理设置→排除项”中添加三个文件夹：%userprofile%\appdata\local\programs\microsoft vs code、%userprofile%\appdata\roaming\code、%temp%\vscode，并重启vscode生效。
Windows安全中心把Ctrl+Shift+P当成可疑行为拦截
Windows安全中心（Defender）会把VSCode的某些快捷键触发行为误判为“可疑进程注入”或“代码自修改”，尤其是涉及调试、格式化、远程连接等需要动态加载或注入逻辑的操作。它不弹窗提示，只静默拦截——你按Ctrl+Shift+P，命令面板就是打不开，连开发者工具里都看不到按键日志。
根本原因不是快捷键绑定错了，而是renderer.exe或gpu-process.exe在响应快捷键时触发了Defender的“行为防护”规则。这类拦截常见于VSCode 1.118及后续版本启用Copilot CLI或Chronicle本地历史功能后。
- 打开
Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 添加或删除排除项 - 必须添加三个文件夹（不能只加
code.exe）：%USERPROFILE%\AppData\Local\Programs\Microsoft VS Code、%USERPROFILE%\AppData\Roaming\Code、%TEMP%\vscode - 排除类型选“文件夹”，不是“文件”；添加后需重启VSCode才生效
快捷键能触发但命令执行一半就卡住
这是典型的行为防护拦截：VSCode已收到Ctrl+K Ctrl+I，开始调用Prettier格式化，但在加载node.exe子进程或写入临时缓存时被Defender中止。现象是光标闪烁一下、无报错、无输出，终端也无日志。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
此时Developer: Toggle Keybinding Troubleshooting仍能显示“匹配到 command: editor.action.formatDocument”，但后续链路断在进程启动环节。
- 进
Windows 安全中心 → 病毒和威胁防护 → 威胁防护 → 行为防护 → 管理设置 - 关闭“基于云的保护”和“自动提交样本”（临时用于验证）
- 重点检查“阻止攻击性脚本”是否开启——VSCode的JIT编译和扩展热重载常被归为此类
为什么加了排除项还是无效
因为Defender的排除机制有层级优先级：文件夹排除只对路径内直接执行的进程有效，但VSCode的子进程（如node.exe、python.exe）若从其他位置调用，仍会被拦。尤其当你用WSL、PowerShell Core或全局安装的npm包时，实际执行路径可能跳出了排除范围。
- 用
Process Explorer（微软官方工具）抓取卡住时的进程树，确认被拦截的是哪个exe及其完整路径 - 如果看到
C:\Users\XXX\AppData\Local\Programs\Python\Python311\python.exe被拦，就得单独把该Python目录加进排除列表 - 不要把整个
C:\或%USERPROFILE%加排除——这会削弱防护，且Defender可能拒绝保存
杀软白名单没用？试试禁用“勒索软件防护”
很多用户忽略了Windows 安全中心 → 病毒和威胁防护 → 勒索软件防护这个开关。它默认锁定%USERPROFILE%\Documents、%USERPROFILE%\Desktop等目录，而VSCode调试器、Live Server、甚至部分扩展的日志写入都会触发其“受控文件夹访问”策略，导致快捷键关联的命令无法完成IO操作。
- 点开“受控文件夹访问” → “允许应用通过” → 添加
code.exe和对应解释器（如node.exe、python.exe） - 或者临时关闭“受控文件夹访问”测试——如果快捷键立刻恢复，说明问题根源在此
- 注意：关闭后需手动允许VSCode写入项目目录，否则保存文件仍可能失败
