ctrl+shift+f是唯一可靠入口，但需配合正则\baxios\b、文件过滤及整词匹配等设置才能精准搜索，避免误中变量或注释；默认子串匹配易泛化，应优先结合符号搜索（ctrl+t）定位真实引用。

Ctrl+Shift+F 是唯一可靠入口，但直接搜库名大概率误中变量或注释——必须配合过滤和匹配模式才真正有效。

为什么搜 axios 会命中 axiosInstance 或注释里的 “use axios”

VSCode 默认是子串匹配，不加约束就会把任意含该字符的文本都拉出来。尤其在 TypeScript 或大型前端项目里，axios 可能出现在类型声明、mock 数据、甚至 README.md 里。

• 关闭 Match Whole Word（整词匹配）按钮 → 搜索 axios 会匹配 axios.get，但也匹配 myAxios
• 开启 Match Whole Word → 只匹配独立单词，但 import axios from 'axios' 中的右侧字符串仍不被识别为“整词”
• 真正可靠的写法是用正则：\baxios\b，确保前后都是单词边界；注意要先点开搜索框右侧的 .* 按钮启用正则模式
• 如果项目用 ESM，更精准可搜：from\s+['"]axios['"] 或 require\s*\(\s*['"]axios['"]\s*\)

怎样排除 node_modules 却又不漏掉本地 mock 或封装层

VSCode 默认已排除 node_modules，但如果你在 src/utils/axios.ts 封装了请求方法，或在 __mocks__/axios.js 里写了模拟逻辑，这些文件必须保留在搜索范围内——而默认排除规则可能误伤。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 检查当前工作区的 .vscode/settings.json，确认 search.exclude 里没有过度通配，比如 "**/mocks/**": true 会干掉你自己的 mock
• 临时放宽范围：在搜索面板下方 files to include 输入 src/**/*.ts,src/**/*.js,__mocks__/**/*.js
• 想彻底屏蔽第三方但保留自定义封装？用 files to exclude 填 !src/**, **/node_modules/** —— 注意 ! 表示“不忽略”，VSCode 的 glob 支持这种否定语法
• 别依赖全局 search.exclude 配置来处理这类场景，它是一次性设定，容易影响其他搜索任务

搜索结果太多？优先用符号搜索定位真实 import 位置

全局文本搜索解决不了“这个库到底在哪被引入”的结构问题。Ctrl+Shift+F 找到的是字符串，而 Ctrl+T（转到符号）或 Ctrl+Click 跳转才能确认 AST 级别的引用关系。

• 在任意 import 行上按 Ctrl + 鼠标左键，能直接跳进该模块的类型定义或源码（需 Pylance / TypeScript 插件正常工作）
• 按 Ctrl+T 后输入 axios，如果结果里出现 import axios from 'axios' 这类条目，说明语言服务器已解析出这是导入语句，比全文搜靠谱得多
• 对 Python 项目，Ctrl+T 需要 Pylance；对 JS/TS，确保 jsconfig.json 或 tsconfig.json 存在且未报错
• 如果 Ctrl+T 搜不到，大概率是该库没被任何文件 import 或 require，只是声明在 package.json 里——这时直接打开 package.json 查 dependencies 更快

最易被忽略的点：搜索时是否真的需要“全局”？很多时候你要找的是“谁在用这个库”，而不是“哪行写了这个字符串”。先明确目标再选工具，比无脑 Ctrl+Shift+F 然后翻 200 行结果高效得多。