禁用插件后CPU不降是因为WebStorm采用“软禁用”，必须重启IDE才生效；需重点禁用Subversion、Mercurial等非必要插件，但不可误关TypeScript Language Service、Git Integration等核心插件；Marketplace插件应卸载而非仅禁用，并检查Libraries设置中是否残留node_modules索引路径。
怎么禁用插件后 CPU 立刻降下来
禁用插件本身不生效，必须重启 IDE 才真正卸载插件进程。WebStorm 的插件是“软禁用”：取消勾选只是告诉下次启动别加载它，当前会话里插件仍在后台跑着——比如 Database Tools and SQL 会持续监听端口、解析 SQL 字符串，JetBrains AI Assistant 在输入时偷偷拉起大模型推理线程。
实操建议：
- 进
Settings → Plugins，按「启用状态」排序，把绿色（已启用）但你从没点开过的插件先禁用 - 重点关掉：
Subversion Integration（除非真用 SVN）、Mercurial、Spring Boot、Python这类和前端无关的捆绑插件 - 点右下角
Restart IDE按钮（不是关窗口再手动打开），重启后观察 30 秒内 CPU 占用是否回落
哪些插件禁用后反而影响 TypeScript 跳转
误关 TypeScript Language Service 是最常见翻车点。它不是可有可无的“增强功能”，而是 TS 文件里类型推导、接口跳转、go to definition 的底层支撑。一旦禁用，TSX 里点 useState 会直接跳到 React 声明文件顶层，而不是你项目里封装的 hook。
其他不能乱动的核心插件：
-
JavaScript Debugger：断点、变量监视、调用栈全失效 -
Git Integration：右键菜单里 Git 相关操作消失，包括 commit、push、rebase -
Node.js：运行配置里 Node.js 类型脚本直接不可选
如果你发现禁用后补全变慢或跳转错乱，立刻回 Settings → Plugins 搜 TypeScript，确认 TypeScript Language Service 是启用状态。
Marketplace 插件该禁用还是卸载
禁用（Disable）只停用，插件文件还留在磁盘；卸载（Uninstall）是物理删除，一劳永逸。很多用户禁用 Rainbow Brackets 或 Key Promoter X 后，升级 WebStorm 时又被自动重启用——因为它们属于 Marketplace 插件，禁用不等于清除。
实操建议：
- 在
Plugins → Installed页面顶部切换标签，区分Bundled（只能禁用）和Marketplace（可卸载） - 对非 JetBrains 官方来源的插件，右键选
Uninstall，不是Disable - 卸载后建议清缓存：
File → Invalidate Caches and Restart → Invalidate and Restart
为什么禁用完插件还要检查 Libraries 设置
有些插件（比如旧版 Node.js 插件或手动添加的 pnpm 支持）会在 Settings → Languages & Frameworks → JavaScript → Libraries 里悄悄把 node_modules 加进库路径。即使你右键 node_modules → Mark as Excluded，IDE 仍会索引它——因为 Libraries 设置优先级更高。
容易被忽略的细节：
- 这个设置不会随插件禁用自动清理，必须手动检查
- 用了
pnpm或yarn pnp的项目更容易中招，因为它们的node_modules结构特殊，IDE 容易误判为“需要索引的源码” - 如果看到
node_modules出现在 Libraries 列表里，直接选中删掉
真正卡顿的根源往往不在插件数量，而在这些隐性配置叠加后的索引冲突。改完 VM 参数、排除目录、禁用插件三步做完，最后漏掉 Libraries 这一项，node_modules 就还在后台默默拖垮整个 IDE。
