VSCode低网速卡顿主因是插件重试阻塞，须三层禁用联网：插件专属开关（如fitten-code.enableAutoConnect: false）、VSCode扩展更新策略（extensions.autoCheckUpdates: false等）、清空代理配置，并彻底退出进程后验证Network无pending请求。
VSCode在低网速下卡顿、弹窗、补全失效，根本不是“慢”，而是插件持续重试连接失败导致的阻塞或通知轰炸——必须主动切断网络依赖路径，不能只靠等超时。
为什么低网速比断网更折磨人
断网时 navigator.onLine 返回 false，部分插件会降级静默；但低网速（如 DNS 延迟 5s+、HTTP 请求卡在 TLS 握手）会让插件反复触发超时重试逻辑，既不放弃也不报错，结果就是：状态栏图标持续旋转、Ctrl+Space 补全无响应、右下角突然弹出“连接超时”且无法批量关闭。
- 典型表现：打开一个 .py 文件后，
ms-python.python的语言服务器日志里反复出现Connecting to server...，但始终不进Connected状态 - Fitten Code、Copilot、CodeWhisperer 这类云端 AI 插件默认重试 3–5 次，每次间隔 2–8 秒，叠加起来就是 20+ 秒无响应
- VSCode 主进程被同步等待阻塞，连
Developer: Toggle Developer Tools都打不开
禁用插件联网行为的三层开关
单关 UI 设置或只停用插件无效。必须同时控制插件自身策略、VSCode 扩展机制、以及底层网络探测：
-
"fitten-code.enableAutoConnect": false（Fitten Code）、"copilot.enable": false（Copilot）等插件专属开关，写入settings.json，优先级高于 GUI -
"extensions.autoCheckUpdates": false和"extensions.autoUpdate": false：防止 VSCode 启动时批量探测 marketplace.visualstudio.com -
"http.proxy": ""和"https.proxy": ""：清空代理配置，避免低网速下卡在代理握手环节（尤其企业内网常见）
如何验证插件是否真“离线”了
改完设置后必须完全退出 VSCode（Windows 查任务管理器杀光所有 code.exe，macOS/Linux 运行 code --status 确认无残留），再启动并验证：
- 打开命令面板 →
Developer: Toggle Developer Tools→ Network 标签页 → 刷新窗口，确认没有marketplace.visualstudio.com或插件后端域名（如api.fitten.dev）的 pending 请求 - 在 Console 标签页执行
vscode.workspace.getConfiguration('fitten-code').get('enableAutoConnect')，应返回false - 故意拔网线/关 WiFi，再打开一个文件触发补全，观察是否还弹窗 —— 如果仍弹，说明插件内部有未受控的
vscode.window.showErrorMessage调用
低网速下仍需保留部分联网功能怎么办
比如你只想关 AI 补全，但要留 Git 插件自动 fetch。这时不能全局关网络，得做精细隔离：
- Git 插件走的是系统
git命令，不受 VSCodehttp.proxy控制，无需额外操作 - 禁用
github.copilot时，务必一并删掉"copilot.inlineSuggest.enable": true这类残留项，否则它可能在后台拉取提示流却不显示 - 对
ms-python.python，可保留"python.defaultInterpreterPath"，但关掉"python.languageServer": "Pylance"改用"Microsoft"（纯本地分析，不联网）
真正麻烦的从来不是“能不能连”，而是插件把网络当作默认路径却没提供 fallback 选项——低网速环境里，静默失败比明确报错更难调试。
