禁用重复索引插件能解决VSCode跳转延迟，因其避免Pylance与旧版Python扩展等多插件对同一.py文件重复AST解析，减少CPU争用、文件锁冲突及内存带宽挤占，确保仅Pylance单源索引。
为什么禁用重复索引插件能解决跳转延迟
VSCode 的跳转功能（Go to Definition）依赖语言服务器实时构建符号索引。当多个插件同时对同一文件做静态分析（比如 Pylance 和旧版 ms-python.python 都在监听 .py 文件），它们会各自扫描、解析、缓存，不仅 CPU 占用翻倍，还会因竞争文件锁或内存资源导致响应卡顿——你点一下，后台实际触发了两套重复的 AST 构建流程。
哪些插件最常造成 Python 重复索引
重点排查以下组合，它们在 Python 工作区中极易共存且互不协商：
-
ms-python.python（旧版 Python 扩展） +ms-python.pylance：前者自带轻量 Jedi 后端，后者是独立高性能 LSP；两者都默认激活onLanguage:python，一打开 .py 文件就双双启动 -
ms-python.pylance+ms-python.jedi（已废弃但仍有用户手动启用）：Jedi 插件明确声明"activationEvents": ["onLanguage:python"]，和 Pylance 冲突 -
ms-python.pylance+ms-vscode.vscode-typescript-next：虽为 TS 设计，但其 package.json 中含"activationEvents": ["*"]，启动即加载完整 TS 服务，挤占内存带宽，间接拖慢 Pylance 初始化
验证方式：按 Ctrl+Shift+P → 运行 Developer: Show Running Extensions，看 Activation Time (ms) 是否有多个插件超过 800ms，且状态均为 Activated。
禁用策略：不是全删，而是精准停用
直接卸载旧插件可能破坏其他功能（如调试器），推荐先通过配置压制其索引行为：
- 在工作区
.vscode/settings.json中添加："python.languageServer": "Pylance"
（强制只用 Pylance，ms-python.python将退为仅提供调试支持） - 禁用
ms-python.jedi插件（它已无维护，且与 Pylance 功能重叠） - 对
ms-vscode.js-debug或gitlens等非 Python 插件，在设置中关闭其自动索引："js-debug.autoAttachFilter": "disabled"
、"gitlens.advanced.caching.enabled": false
- 重启后运行
Python: Restart Language Server，观察右下角是否只显示Pylance initializing…而非多个服务轮询
远程开发（Remote-SSH）下更要小心
远程场景中，重复索引的代价被放大：每个插件都在远端启动独立进程，而 inotify watches 数量有限（默认仅 8192）。一旦 ms-python.python 和 Pylance 同时扫描 /home/user/project 及其子目录，很容易触达上限，触发内核级防抖延迟，表现为 Ctrl+Click 后等 1–2 秒才跳转。
此时必须确保远程 .vscode/settings.json 里没有残留的 "python.languageServer": "None" 或 "Default"，且 files.watcherExclude 已排除 "**/venv/**"、"**/__pycache__/**" 等路径——否则两个语言服务器会各自去扫这些目录。
真正起效的关键不在“禁了多少”，而在“是否只剩一个权威索引源”。哪怕只留 Pylance，只要它被正确指向项目根、解释器有效、且没被其他插件抢走文件监听权，跳转就能回到毫秒级响应。
