VS Code 的 Ctrl+T 无法跨文件搜索符号是因为默认仅文本扫描，需安装对应语言服务器（如 clangd、pylsp）并配置项目文件（如 compile_commands.json、pyproject.toml），否则大纲视图为空、全局跳转失效。
VS Code 本身不自带完整的符号索引能力，cquery、clangd 或 pylsp 这类语言服务器（LSP）才是关键。没有它们，Go to Symbol in Workspace（Ctrl+T）和大纲视图（Outline view）基本只能查到当前文件里的内容，跨文件跳转和全局符号搜索会失效。
为什么 Ctrl+T 搜不到其他文件里的函数？
默认情况下 VS Code 的 Ctrl+T（Windows/Linux）或 Cmd+T（macOS）只依赖轻量级的文本扫描，不解析语义，也不构建 AST。它能匹配到的只是文件名或当前打开文件中的符号名。
- 确保已安装对应语言的官方或推荐 LSP 插件：比如 C/C++ 用
clangd（而非微软的 C/C++ 扩展自带的 IntelliSense，后者在大型项目中常卡顿且索引不全） - 项目根目录下必须有配置文件触发索引：C/C++ 需要
compile_commands.json；Python 需要pyproject.toml或setup.py；TypeScript 依赖tsconfig.json - 首次打开大型项目后，留意右下角是否出现「Indexing…」提示——没看到说明 LSP 根本没启动或配置失败
大纲视图（Outline）为空或不更新？
大纲视图显示的是当前文件的语义结构（类、函数、变量等），但它严重依赖 LSP 返回的 textDocument/documentSymbol 响应。如果大纲里只有「No symbols found」，大概率是语言服务器没正确加载或未识别当前文件类型。
Python 编程规范
下载
Python 编程规范与最佳实践。强制 PEP 8 代码风格、语法校验、单元测试执行，适用于代码编写、审查和重构。触发词：Python、代码规范、py_compile、单元测试。
- 检查右下角语言模式是否正确：点击 VS Code 窗口右下角的
Plain Text、Python等标签，确认不是误设为纯文本 - 运行命令面板（
Ctrl+Shift+P）→ 输入Developer: Toggle Developer Tools，切换到 Console 标签页，搜索Failed to resolve或language server相关报错 - 某些扩展（如
Auto Close Tag）会干扰语言服务激活顺序，可临时禁用非必要插件测试
如何让符号搜索真正跨文件、支持模糊匹配？
启用 LSP 后，Ctrl+T 会自动升级为基于语义的全局符号搜索，但默认行为仍有局限：它不支持正则、不区分大小写不够智能、无法按访问权限（如 private）过滤。
- 输入时加前缀提升精度：例如搜
func:handle可限定为函数，class:User限定为类（取决于 LSP 实现，clangd支持，pylsp不支持） - 用
Ctrl+Shift+O（Go to Symbol in File）快速定位当前文件内符号，再按Ctrl+Tab切换最近文件，比反复Ctrl+T更高效 - 对 C/C++ 项目，务必生成标准
compile_commands.json：用cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=ON ..，而不是依赖 VS Code 自动推断
{
"clangd.fallbackFlags": ["-std=c++17", "-I./include"],
"files.watcherExclude": {
"**/build/**": true,
"**/out/**": true
}
}
大型代码库里最常被忽略的不是功能开关，而是 LSP 的初始化状态和项目配置的完整性。一个没生成 compile_commands.json 的 C++ 项目，装十个插件也搜不到 main() 在哪；一个没配置 python.defaultInterpreterPath 的 Python 工作区，大纲视图永远只显示空列表——这些不是 VS Code 的问题，是环境没对齐。
