version lens插件配合npm outdated命令交叉验证是最稳最透明的检查方式；它默认显示wanted兼容版而非registry latest，需设versionlens.showlatestversion为true才显示绝对最新版。
直接说结论：用 Version Lens 插件，配合 npm outdated 命令交叉验证，是最稳、最透明的检查方式。别信“一键升级到 latest”的图形按钮——它大概率绕过语义化版本约束，埋下 runtime 兼容雷。
为什么悬停显示的“latest”经常不是真正的最新版
Version Lens 默认查的是 wanted 版本（即符合你 package.json 中 ^4.17.0 这类范围的最高兼容版），不是 registry 上标记为 latest 的绝对最新版。比如你写的是 "react": "^18.2.0"，它可能只显示 18.2.1 → 18.2.3，但跳过了已发布的 19.0.0。
- 要强制看到真正的
latest，打开 VSCode 设置，搜索versionLens.showLatestVersion，设为true - 私有源（如 Nexus、阿里镜像）必须手动填
versionLens.npmRegistry，否则插件连不上你的 registry，全显示N/A - 公司内网环境需同步配置 VSCode 的
http.proxy，否则请求超时，提示消失
怎么确认某个包的绝对最新版（绕过缓存和插件限制）
插件再快也受网络、缓存、配置影响；终端命令才是最终仲裁者。尤其当你怀疑插件显示滞后，或需要确认 dist-tag（比如 next、rc）时：
- 查单个包当前
latest标签对应版本：npm view lodash version - 查所有已发布版本（含预发布）：
npm view lodash versions --json | jq -r '.[]' | tail -5（需装jq） - 查所有 dist-tag 及其指向版本：
npm view lodash dist-tags - 强制刷新本地缓存再查：
npm cache clean --force && npm view axios version
升级前必须核对的三件事，缺一不可
图形化操作（比如右键 “Upgrade to 2.5.0”）只改 package.json 字符串，不碰 node_modules 和 package-lock.json。这步省不得，否则 CI 构建会拉错版本、本地运行报 Cannot find module：
- 升级后立刻运行
npm install（或pnpm install/yarn install），确保package-lock.json同步更新 - 检查
git status——package.json和package-lock.json必须成对提交，否则协作环境会不一致 - 如果涉及
peerDependencies（如 React 生态组件），加--peer参数再跑一次npm outdated --peer，这类依赖插件通常不提示
真正容易被忽略的点是：插件升级只改声明，而 npm install 的行为还取决于你当前使用的 npm 版本、是否启用了 legacy-peer-deps、以及 lockfile 的格式（v1/v2/v3）。同一行 "lodash": "^4.17.0"，在 npm v6 和 v9 下实际安装的版本可能不同——所以别只看插件显示的箭头，得让 CLI 落地执行并验证结果。
