vscode全局替换卡死90%是后台进程拖垮，执行code --status查extension host、tsserver等子进程状态；files.watcherexclude需项目级配置且格式严格；搜索范围受限于工作区加载、排除规则及replace all in files路径。
Ctrl+Shift+H卡住不动？先看code --status确认子进程状态
VSCode全局替换卡死，90%不是搜索功能本身的问题，而是某个后台进程被拖垮了。别急着关窗口，打开终端执行code --status——这是唯一能立刻看清真相的命令。它会列出Extension Host、tsserver、gitlens-server等真实干活的子进程及其CPU%和内存占用。
重点关注：
- Extension Host CPU长期>60% → 某插件（如esbenp.prettier-vscode）在保存时反复触发格式化失败
- 命令行含tsserver且内存飙升 → TypeScript 正在疯狂解析node_modules/@types，和你要替的文本无关
- copilot或lingma-server占满CPU → 它们在后台建索引，和当前操作无关，等它跑完或临时禁用
搜索面板“搜索中…”转圈不结束？检查files.watcherExclude是否生效
VSCode默认用chokidar监听整个工作区，一旦node_modules存在（几万小文件），inotify事件就爆炸式触发，导致搜索面板卡在“搜索中…”状态，连输入都延迟。
必须同时满足三点，files.watcherExclude才真正起效：
- 配置写在项目根目录的.vscode/settings.json里，用户级设置无效
- 通配符必须是"**/node_modules/**": true，写成"node_modules"或"*/node_modules/*"全部不生效
- 修改后必须完全关闭当前VSCode窗口（不是重载），再重新用File > Open Folder…打开工作区
Linux用户额外检查：cat /proc/sys/fs/inotify/max_user_watches，若低于524288，需提升该值，否则watcher会静默失败并不断重试
替换预览列表空或结果明显偏少？确认工作区加载与排除规则
全局替换只作用于已加载的工作区，不是整个磁盘。如果左下角状态栏显示“未打开文件夹”或只显示单个文件名（如index.ts），说明根本没加载项目根目录——必须通过File > Open Folder…打开顶层文件夹（如my-project/）。
即使文件物理存在，也可能被跳过：
- search.exclude配置（如"**/dist/**": true）优先级高于files.exclude，直接屏蔽搜索
- 项目根目录有.gitignore，VSCode默认继承它；可设"search.useIgnoreFiles": false关闭该行为
- 多根工作区中某子文件夹被files.exclude隐藏，即使它在资源管理器里可见，搜索也不会进入
正则替换后内容错乱或部分没改？注意$1引用与Replace All in Files路径
VSCode正则替换必须用$1、$2引用捕获组，不能用\1——输错就变成字面量\1，导致替换结果异常。
另一个高频陷阱：Replace All按钮默认只作用于当前搜索结果列表，而这个列表受“包含/排除文件”、正则开关等多重条件约束。真正跨文件生效的是Replace All in Files：
- 点开替换框右侧的▼小三角
- 明确选择Replace All in Files（不是顶部那个带箭头的“全部替换”）
- 若目标在src/**/*.vue中，务必在“包含文件”里填src/**/*.vue，不能只依赖文件类型过滤
最易被忽略的一点：VSCode原生搜索没有语法感知能力。用\bfoo\b能避开foobar，但无法区分foo是在代码变量里还是字符串字面量中。涉及语义级重构（比如重命名TypeScript接口字段），必须切到对应符号上按F2使用语言服务重命名，别硬刚正则。
