ctrl+shift+f（windows/linux）或 cmd+shift+f（macos）是vs code中唯一可靠的全局搜索入口，基于倒排索引实现快速精准的整个工作区扫描。
Ctrl+Shift+F 是全局搜索的唯一可靠入口
别用 Ctrl+F 或 Cmd+F —— 那只是当前文件内搜索，对代码库毫无意义。真正能扫完整工作区的，只有 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）。这个快捷键直接触发 VS Code 的倒排索引扫描，不是简单遍历文件，所以快且准。
常见错误是：在某个 .ts 文件里按 Ctrl+F 找 handleUserLogin，结果只看到当前文件里的几处，漏掉其他模块里同名函数。这时候必须切到全局面板再搜一次。
- 搜索前确认左侧活动栏显示的是「工作区」而非单个文件 —— 否则
Ctrl+Shift+F可能退化为当前文件夹搜索 - 如果面板没反应，检查是否误点了「仅在打开的编辑器中搜索」（右上角有个小齿轮图标，点开后确认范围是「整个工作区」）
- 首次全局搜索稍慢，是因 VS Code 正在构建索引；后续搜索会复用缓存，除非你改了
search.exclude
用 glob 模式精准限定搜索范围
大型项目里无脑搜，结果常被 node_modules、dist、.git 里的噪音淹没。VS Code 支持在「包含文件」和「排除文件」输入框里写 glob 表达式，比手动删结果高效得多。
例如，只想查 src 下所有 TypeScript 文件里的 fetch 调用：
在「包含文件」框填 src/**/*.ts；
在「排除文件」框填 **/test/**, **/*.spec.ts。
-
**/*.js匹配所有 JS 文件，但不含子目录下 .d.ts —— 注意通配符层级 - 多个条件用英文逗号分隔，不能有空格：
src/**, lib/**✅，src/** , lib/**❌（空格会导致第二项失效） - 排除路径优先级高于包含路径；若同时写了
src/**和!src/utils/**，utils 目录仍会被跳过
正则 + 全词匹配避免误伤
搜 user 很容易命中 username、debugUser 这类无关内容。这时必须组合两个开关：Whole Word（全词匹配）和 Use Regular Expression（正则表达式）。
比如想精确找独立的变量名 data，但排除 userdata 或 dataList：
开启 Whole Word，再输入 \bdata\b（\b 是单词边界）；
若要找所有以 get 开头的函数调用，输入 get\w+\( 并开启正则。
- 大小写敏感（
Match Case）在搜 API 方法名时很关键 ——getData和getdata常是不同逻辑 - 正则模式下，
.默认匹配任意字符；想匹配字面量点号，得写成\. - 别在正则里用
.*开头盲目扩大范围 —— 它会让搜索变慢，且易匹配到跨行内容（VS Code 默认不跨行匹配）
替换操作必须逐个确认，尤其涉及 import / export
全局替换看着省事，但 Ctrl+H（当前文件）和全局面板里的「全部替换」行为完全不同：前者只改当前文件，后者会批量修改所有匹配文件，且不校验语法上下文。
典型翻车场景：把 user 全替成 currentUser，结果把 import { user } from './api' 也改了，导致类型导入失效；或者把 const user = getUser() 里的 user 改成 currentUser，但忘了同步改后续所有 user.id 引用。
- 永远先点开每个匹配项，看上下文再决定是否替换 —— 左侧箭头展开后，能直接看到前后几行代码
- 涉及变量重命名，优先用
F2（重命名符号），它会自动识别作用域并安全更新 - 如果真要用全局替换，务必在「排除文件」里加上
**/node_modules/**, **/package-lock.json，否则可能污染依赖
实际项目里最常被忽略的，是搜索范围配置和上下文验证。很多人输完关键词就点全部替换，却没注意「包含文件」框里还是空的 —— 那等于在整个磁盘里搜，连系统临时文件都可能被卷进来。
