更新 WebStorm 内置核心插件的唯一正确方式是升级 IDE 主版本并确保启动流程完整执行；这些插件（如 Git、JavaScript、HTML 等）为捆绑式组件，无独立版本号和更新入口，不可手动替换或单独安装。
WebStorm 的“内置核心插件”不能单独更新——它们随 IDE 主程序版本一起发布、打包和加载，你无法像 Marketplace 插件那样点 Update 升级某个 GitToolBox 或 Prettier。真正要做的，是升级 WebStorm 本身，并确认关键配置未被旧参数干扰。
为什么 Settings → Plugins 里看不到“Update”按钮？
因为 Git、JavaScript、HTML、Terminal 等模块属于“bundled plugins”，即硬编码进 IDE 二进制包的组件。它们没有独立版本号，也不出现在 Marketplace 列表中。你在 Settings → Plugins → Installed 标签页看到的“Enabled”状态只是开关，不是可更新项。
- 试图在 Marketplace 搜索 “JavaScript Language Support” 并安装？会失败或提示 incompatible——它本就内置，无需额外装
- 手动下载
.jar替换plugins/javascript/lib/下的文件？极大概率导致启动报错或功能缺失，JetBrains 不支持此操作 - 用命令行
webstorm64.exe installPlugins com.intellij.lang.javascript？该 ID 是内部标识，不对外提供独立安装入口
哪些行为实际等于“更新核心插件”？
所有对核心语言能力、调试器、终端、VCS 集成等的增强，都绑定在 IDE 主版本迭代中。例如：2025.3 版本新增了 Angular 17.2 信号查询的类型推断支持，这不是插件更新，而是 Angular Support 模块随 IDE 一起重编译发布的。
- 执行
Help → Check for Updates并完成升级 → 所有内置功能（含 JS/TS 补全引擎、Vue 模板解析器、Node.js 调试协议）自动更新 - 升级后首次启动时，IDE 会重建
system/caches和system/index→ 这是核心插件逻辑重新初始化的关键步骤，不可跳过 - 若发现某功能异常（如 Vue
ref()类型丢失），先确认 Build Number（Help → About最末行）是否匹配官网最新版（如WS-263.12345.67），再重置索引：File → Repair IDE → Rebuild Index
升级后某些内置功能“变弱”了？检查 JVM 参数和旧插件冲突
常见于从 2023.x 升级到 2025.3+ 后：ESLint 自动修复失效、TypeScript 服务响应变慢、Git 差异视图空白。这些问题往往不是核心插件退化，而是旧环境残留干扰了新版本加载机制。
- 检查
bin/webstorm64.vmoptions（Windows/macOS）或bin/webstorm.vmoptions（Linux）是否含自定义-Didea.language.level=...或-Djs.debugger...参数——2025+ 版本已弃用部分老参数，留着会导致模块跳过初始化 - 进入
Settings → Plugins，禁用所有非 JetBrains 官方签名的插件（尤其标有 “Local” 或 “Unknown” 来源的），再重启；某些第三方插件会 hookcom.intellij.psi层，覆盖掉内置语言解析器 - macOS 上用 Toolbox 管理多版本时，确认当前运行实例的 config 目录是
~/Library/Caches/JetBrains/WebStorm2025.3，而非残留的WebStorm2023.3——路径错乱会导致内置插件资源加载路径错误
真正的“更新核心插件”，就是升级 WebStorm 并让它的启动流程干净跑完。任何绕过主版本升级、试图单独替换模块的行为，都在官方支持范围之外，且极易引发不可逆的功能降级。
