根本原因是文件系统操作阻断导致语言服务或插件监听逻辑异常中断，进而污染扩展宿主状态；具体表现为重命名失败触发未捕获异常，引发插件崩溃、命令重复注册或Extension host terminated unexpectedly。
VSCode 重命名文件失败后连带触发插件崩溃、命令注册冲突或扩展宿主终止，根本原因不是重命名本身出错，而是底层文件系统操作被阻断，导致语言服务或插件监听逻辑异常中断——这种中断会污染扩展宿主状态，后续所有插件行为都可能失常。
重命名失败如何引发 Extension host terminated unexpectedly
当 VSCode 在资源管理器中执行文件重命名（右键 → 重命名）时，它调用的是 Node.js 的 fs.renameSync 或等效系统调用。一旦该操作因权限、占用或跨文件系统失败，部分插件（尤其是监听文件变更的）会收到一个损坏或不完整的事件对象，进而触发未捕获异常。常见链式反应如下：
- 文件被终端进程
lsof占用 →fs.renameSync抛EACCES→ VSCode 内部重命名流程中断 → Pylance/ESLint 等插件监听的workspace.onDidDeleteFiles或onDidCreateFiles收到空路径或 null URI → 插件内部undefined访问崩溃 - 重命名跨挂载点（如从
/home移到/mnt/nvme）→ 操作退化为 copy+delete → 中间状态残留临时文件 → 插件扫描器读取到 .incomplete 文件 → 解析失败并抛错 - OneDrive/Google Drive 同步目录中重命名 → 文件系统返回
ENOTSUP→ VSCode 静默失败，但插件已注册 watch handler → 下次文件变更时 handler 调用已失效的上下文 →Extension host terminated unexpectedly
重命名后出现 Command 'xxx' is already registered 错误
这类报错往往出现在重命名操作之后重启 VSCode，且只影响部分命令（如 eslint.executeAutofix）。本质是插件注册表残留：重命名若发生在插件安装/更新过程中（例如手动替换 .vsix 后立即重命名同名文件夹），VSCode 可能将旧版本和新版本的 package.json 中相同 contributes.commands ID 同时加载进内存，导致命令重复注册。
- 检查方式：打开开发者工具（
Ctrl+Shift+I），在 Console 标签页搜索Command '或already registered - 确认是否为重命名引发：对比重命名前后的
~/.vscode/extensions/目录，看是否有同一插件 ID 的多个版本共存（如esbenp.prettier-vscode-9.10.3和esbenp.prettier-vscode-9.11.0） - 修复动作：完全退出 VSCode（包括后台
Code Helper进程），删除所有同 ID 前缀的旧版文件夹，仅保留最新版；不要仅靠“禁用”或重命名文件夹来绕过
为什么 code --disable-extensions 能快速定位问题源头
重命名失败引发的插件链式报错，绝大多数都依赖于扩展宿主（exthost）的正常初始化。而 code --disable-extensions 不只是跳过插件 UI，它彻底绕过整个插件生命周期：不读 extensions.disabledExtensions 配置、不解析任何 package.json、不调用任何 activate() 函数。这意味着即使某个插件已在磁盘上损坏，只要不加载它，就不会触发后续连锁异常。
- 若
code --disable-extensions启动后重命名成功 → 100% 是插件干扰，不是权限或系统问题 - 若仍失败 → 必须回归基础：检查父目录写权限（
ls -ld /path/to/parent）、确认未在 WSL/mnt/c/或网络盘操作、排除杀毒软件实时扫描锁定 - 进一步缩小范围：用
code --disable-extension ms-python.python --disable-extension esbenp.prettier-vscode组合测试，比图形界面禁用更干净
真正容易被忽略的点在于：重命名失败本身可能早已静默结束，但插件状态已被污染。此时即使你手动修好了文件权限，不彻底清理扩展宿主缓存（比如删掉 ~/.vscode/extens…/ms-python.python-*/out 下的编译产物）或不重启 exthost，那些已注册却失效的监听器仍会持续报错。排查时别只盯着错误弹窗，先看 Developer: Open Extension Host Log 末尾三行 —— 那里藏着最后一次有效堆栈。
