扩展冲突主因是功能重叠、资源竞争、配置修改及依赖不兼容。1. 功能重复如Prettier与Beautify格式化冲突，应保留一个并设默认工具；2. 多扩展同启耗资源，如打开.ts文件时多个插件激活致卡顿，可用“扩展运行状况”排查高耗时扩展；3. 配置或快捷键被覆盖，如主题改字体或快捷键冲突，需手动重设；4. 依赖版本不一致，如TypeScript版本冲突，应选用官方推荐扩展。定期清理冗余扩展可提升稳定性。
VSCode 扩展之间出现冲突，通常是因为多个扩展试图修改编辑器的同一行为、资源或功能区域，导致运行异常、性能下降甚至功能失效。虽然 VSCode 本身设计上支持多扩展共存，但扩展的质量、实现方式和权限范围差异较大，容易引发问题。
1. 扩展功能重叠
当两个或多个扩展提供相似功能时（例如都提供代码格式化、语法高亮、语言服务），它们可能同时激活并尝试控制相同的操作。
比如：- 安装了 Prettier 和 Beautify 都用于格式化 JavaScript，保存文件时可能互相干扰，导致格式混乱或报错。
- 多个 Python 扩展（如官方 Python 扩展和旧版 Jedi 插件）同时启用，造成语言服务器启动冲突。
2. 激活时机与资源竞争
扩展通过“activation events”被触发（如打开某种文件类型）。如果多个扩展监听相同的事件，会同时启动，占用大量内存和 CPU。
常见情况：- 打开一个 .ts 文件时，TypeScript 官方插件、ESLint、TSLint、Prettier、Auto Import 等全部激活，导致卡顿。
- 某些低效扩展初始化慢，阻塞其他扩展运行。
3. 修改相同编辑器配置或快捷键
部分扩展会自动更改用户设置或注册全局快捷键，覆盖已有配置。
例如：
- 某主题扩展自动更改字体设置，影响其他个性化配置。
- 两个扩展绑定同一个快捷键（如 Ctrl+Shift+L），导致其中一个无法执行。
4. 使用不兼容的底层依赖
一些扩展依赖特定版本的 Node.js、TypeScript 或原生模块。若版本不一致或存在依赖污染，可能引发崩溃。
典型场景：- 项目使用的 TypeScript 版本与某个 LSP 扩展期望的版本冲突。
- 使用了 fork 过的语言服务，与其他标准工具不兼容。
基本上就这些。扩展冲突本质是“谁说了算”的问题。合理筛选、定期清理不用的扩展，能显著提升稳定性。
