vscode本身不主动提示npm包版本更新，最可靠方式是直接查看package.json中的version字段；装version lens插件可在依赖行末实时显示已安装版与registry最新版；npm outdated命令才是判断是否过时的权威依据，输出current/wanted/latest三列供精准决策。
直接看 package.json 里的 version 字段最可靠
VSCode 本身不主动“提示”或“检查” NPM 包版本更新，它只是个编辑器。你看到的版本信息，几乎都来自 package.json 文件里手动写的 "version" 字段，或者依赖项（dependencies / devDependencies）中指定的版本范围（比如 "lodash": "^4.17.21"）。这些值不会自动刷新，也不会高亮“当前已过时”。如果你期待像 IDE 那样弹窗提醒“有新版本”，那得靠插件或命令行配合。
装 Version Lens 插件能实时显示已安装版本和最新版
这是目前 VSCode 中最轻量、最实用的方案：安装插件 Version Lens（作者 pflannery），它会在 package.json 的每个依赖项后面，用灰色小字实时显示两行信息：
– 第一行是本地 node_modules 里实际安装的版本（如 4.17.21）
– 第二行是 registry 上该包的最新稳定版（如 latest: 4.18.0）
它支持：
– 自动识别 ^、~、1.2.x 等写法，并标出是否满足
– 点击版本号可快速跳转到 npmjs.com 页面
– 对 peerDependencies 和 optionalDependencies 同样生效
– 不需要运行任何命令，开箱即用
npm outdated 是唯一权威的“该不该更新”判断依据
VSCode 插件再方便，也只是读取 registry 数据；真正决定“是否过时”的，是本地 node_modules 与 package.json 版本约束之间的匹配关系。这个逻辑只有 npm 自己清楚。所以必须运行：
npm outdated
输出表格里每列含义：
– Package：包名
– Current：当前 node_modules 安装的版本
– Wanted：符合 package.json 约束的最高允许版本（不是 latest！）
– Latest：registry 上最新 tag 版本
– 如果 Current ≠ Wanted，说明可以安全更新（不破坏语义化版本约束）
常见误区：
– 看到 Latest 更高就盲目 npm update → 可能跳过 Wanted，引入不兼容变更
– 依赖写成 "express": "4.18.0"（固定版本），npm outdated 就不会提示 → 这是故意锁死，插件也只会显示 “up to date”
更新依赖别只点鼠标，小心 npm install 覆盖已有版本
很多人右键依赖名选 “Update to latest version”，这背后其实是执行 npm install <pkg>@latest</pkg>。问题在于：
– 它会忽略你原来写的版本前缀（比如把 "^4.17.0" 直接改成 "4.18.0"，丢失 ^）
– 如果同时有多个依赖要更新，逐个点容易漏掉 peerDependencies 冲突
– 某些包（如 typescript）更新后可能让 tsc 报错，但 VSCode 编辑器不会提前预警
更稳妥的做法：
– 先运行 npm outdated 确认目标版本
– 手动编辑 package.json，保留合适的前缀（^ 优先）
– 再执行 npm install，让 npm 自动解析并重装整个依赖树
– 最后检查 node_modules/<pkg>/package.json</pkg> 里的真实版本是否符合预期
复杂点在于：有些包的 latest tag 并非稳定版（比如含 -alpha），Version Lens 会照常显示，但 npm outdated 默认不把它当 Latest —— 这个差异容易被忽略。
