extension host terminated unexpectedly是插件导致，需先执行code --disable-extensions验证；若禁用后全局替换（ctrl+shift+h）稳定，则100%为扩展问题，重点排查ms-python.python、prettier-vscode等高危插件及files.watcherexclude等配置。
全局替换时Extension host terminated unexpectedly，先确认是不是插件干的
VSCode 在大文件批量替换过程中突然弹出“扩展宿主意外终止”，90% 的情况是某个插件在搜索/替换阶段触发了内存溢出、未捕获异常或非法文件读写。别急着重启或删插件——第一件事是用 code --disable-extensions 启动。如果这时 Ctrl+Shift+H（Replace in Files）能稳定跑完 10MB JSON 或 5000 行日志文件的替换，说明问题 100% 出在扩展层；如果还崩，得查系统级限制（如 macOS 的 ulimit -n 文件句柄数）或 VSCode 本体损坏。
哪些插件最容易在大文件替换中崩溃
不是所有插件都平等参与全局替换流程。以下几类会在 Replace in Files 执行时被唤醒并介入，且高概率成为崩溃源：
-
ms-python.python：在搜索阶段会预加载 Pylance 语言服务器，对含千行 import 的 Python 文件做 AST 预扫描，遇到语法错误或循环引用直接process.exit() -
esbenp.prettier-vscode：若启用了 “Format on Save” + Auto Save，替换后触发格式化，Prettier 尝试解析未闭合的 JSX 或超长模板字符串时堆栈溢出 -
bradlc.vscode-tailwindcss：开启 class 名自动补全后，会监听所有.html/.tsx文件内容变更，在大文件增量替换中反复调用tailwind.config.js解析，CPU 占满后 exthost 被系统 kill -
github.copilot（1.118 版本）：Copilot CLI 远程控制通道在替换期间尝试同步编辑意图，若网络抖动或 token 缓存损坏，会抛ERR_INVALID_ARG_TYPE并终止 host
替换前必须关掉的三项配置
即使插件本身没问题，某些组合配置会让大文件替换变成“定时炸弹”：
- 关闭
files.watcherExclude中的"**/node_modules/**"—— 否则 VSCode 会漏掉src/lib/node_modules/下的配置文件，导致替换逻辑跳过关键路径 - 禁用
search.usePCRE2（默认 false，但部分插件会强行启用）：PCRE2 引擎在匹配跨行正则时内存占用翻倍，大文件易触发 OOM - 把
files.autoSave设为off：Replace in Files 本身不依赖自动保存，但若设为afterDelay，替换中途可能触发未完成的保存队列，与插件的 onDidSaveTextDocument 监听器冲突
崩溃后怎么快速定位到具体插件
日志里没报错？进程直接消失？这时候不能只看弹窗，得交叉验证：
- 运行
Developer: Open Extension Host Log，重点搜ERR!和unhandledRejection，比如at /Users/x/.vscode/extensions/ms-python.python-2026.3.1/dist/extension.js:420:18就是铁证 - 启动时加参数：
code --log=exthost --disable-extensions再手动启用一个插件测试，比 UI 点击更干净 - 打开
Developer: Open Process Explorer，执行一次 Replace in Files，盯着Extension Host进程的 RSS 内存曲线——若从 300MB 瞬间飙到 1.2GB 后消失，就是它 - 删插件目录比禁用更彻底：
rm -rf ~/.vscode/extensions/ms-python.python-*（macOS/Linux），Windows 对应路径是%USERPROFILE%\.vscode\extensions\ms-python.python-*
真正麻烦的是那些不报错、不崩溃、只是让 Replace in Files 卡死 30 秒后静默失败的插件——它们往往在后台调用 spawnSync 执行外部命令，而路径含中文或空格时返回空结果，VSCode 等不到回调就放弃。这种问题不会出现在日志里，只能靠 --disable-extension 逐个排除。
