VSCode“全部替换”易出错因默认搜索所有文件，需配置search.exclude为"**/node_modules": true，并手动设置files to include/exclude过滤范围，配合正则边界\b和预览确认。
替换前不做过滤校验，90% 的“全部替换”会出问题。不是 VSCode 替换功能不可靠，而是默认把 node_modules、dist、测试文件、JSON 配置甚至注释里的字符串全算进去了——你点下“全部替换”的那一刻，就已经在改不该动的地方动了。
为什么 search.exclude 配置后仍搜到 node_modules？
最常见原因：路径写法没带 **/ 前缀，VSCode 直接忽略该规则，不报错也不提示。
-
"node_modules": true→ 完全无效，只当作文本字面量匹配（几乎无命中） -
"node_modules/**": true→ 缺少根级通配，无法匹配src/lib/node_modules这类嵌套路径 -
"**/node_modules": true→ ✅ 正确，递归跳过所有层级下的同名目录 - Windows 用户注意：
\node_modules或**\node_modules全无效，必须用正斜杠/
替换前必须手动加的两个临时过滤框
哪怕你已配置好 search.exclude，重构前也一定要在搜索面板底部手动填这两个框——它们优先级高于设置，且能即时验证范围是否合理。
-
files to include：白名单逻辑，填了就只搜这里面的路径。例如：src/**.ts, api/**/*.go（逗号分隔，前后不能有空格） -
files to exclude：黑名单逻辑，可临时补漏。例如：**/*.test.ts, **/mocks/**, **/*.json - 填错会静默失效（比如漏了
**/），结果不变，容易误判为“已经干净了” - 特别注意：
!**/*.test.ts这种写法不支持，VSCode 不认!语法
正则替换时如何避免误伤注释和字符串？
直接搜 getUserInfo 然后替换，大概率把 // call getUserInfo() 或 "getUserInfo" 也改了。得靠正则边界控制。
- 启用搜索框右端的
.*按钮开启正则模式 - 安全匹配函数调用：
\bgetUserInfo\b\s*\([^)]*\)（\b保证单词边界，\s*允许空格，\([^)]*\)匹配括号内任意非括号内容） - 如果要保留参数结构做替换，用捕获组：
\bgetUserInfo\b\s*(\([^)]*\))，替换为fetchUserDetails$1 - 别忘了预览：每处匹配都展开看上下文，确认是真实调用而非字符串或注释
真正卡住人的从来不是“怎么替换”，而是“哪些不该被替换却混进来了”。临时过滤框 + 正则边界 + 手动展开预览，这三步少一步，替换就等于埋雷。尤其在多根工作区或含生成代码的项目里，漏掉一个 **/ 或多打一个空格，结果就完全失控。
