npm explorer能直接装包，但仅限当前项目根目录下已存在package.json且执行过npm install或已有node_modules；不支持workspace多根模式，也不校验peerdependencies。
npm Explorer 能不能直接装包？
能，但只限于当前项目根目录下的 package.json，且必须已存在 node_modules 或至少执行过 npm install。它不支持 workspace 多根模式，也不处理 peerDependencies 兼容性校验。
常见错误现象：点击 npm install 后没反应，或提示“command not found”——本质是 VSCode 没识别到项目根目录，或终端未加载 npm 环境变量。
- 确保打开的是项目文件夹（不是父级目录），且该目录下有
package.json - 按
Ctrl+Shift+P输入npm: Refresh Packages手动触发扫描 - 右键包名时若菜单缺失
Install项，说明该包未在dependencies或devDependencies中声明，需先手动写入再刷新
为什么全局搜索 import 'lodash' 比依赖面板更可靠？
因为 npm Explorer 只展示 package.json 声明的包，而实际代码中可能通过动态 require()、CDN 加载、或未声明的子依赖间接使用某个库——这些都不会出现在图形界面里。
使用 Ctrl+Shift+F 搜索时建议：
- 加正则边界符：
\blodash\b避免匹配到lodash-es或变量名lodashUtils - 过滤文件类型：在搜索框底部填
**/*.js,**/*.ts排除node_modules和构建产物 - 检查
import语句是否带路径别名（如@/utils），这种情况下要顺藤摸瓜查tsconfig.json的paths配置
package-lock.json 不提交会出什么问题？
CI 流程拉取的版本和你本地运行的不一致，尤其当依赖树里有多个版本共存时，npm install 在不同机器上可能生成不同子依赖结构。
图形化工具（包括 npm Explorer）从不提醒你 commit lock 文件，这是最容易被忽略的一环。
- 每次点完安装/升级后，立刻看 Git 状态栏有没有
package-lock.json变更 - 如果用
pnpm，对应的是pnpm-lock.yaml；用yarn则是yarn.lock，别搞混 - CI 配置里务必加
npm ci（而非npm install），它只读 lock 文件，杜绝隐式版本漂移
要不要用 Import Cost 插件看依赖体积？
要看场景。它对前端项目有价值，比如判断 moment 是否被整包引入；但对纯 Node.js 工具类插件基本无意义——体积不影响运行时行为，且 node_modules 本身不参与打包。
真正该关注的是：
- 是否意外引入了浏览器专属模块（如
fs、path在前端环境不可用） - 是否有重复安装同一包的不同版本（用
npm ls lodash查依赖树） -
devDependencies里有没有被 runtime 代码误引用（比如jest出现在import语句中）
lock 文件没更新、peer 依赖没满足、子依赖版本冲突——这些问题不会在图形界面里标红，得靠命令行验证。
