npm不支持安装时直接排除子依赖，但可通过overrides字段（v8.3+）设为null跳过，如"lodash": null；resolutions仅yarn支持；手动删除+prune临时有效；优先替换引入冗余子依赖的父包。
npm 本身不提供“安装时直接排除某个子依赖”的原生选项，因为子依赖是自动解析并安装的——只要父包声明了它，npm 就会按版本规则拉取。但你可以通过几种实际可行的方式绕过或移除不需要的子依赖。
用 overrides 强制替换或跳过子依赖
从 npm v8.3 开始支持 overrides 字段（推荐方式），可精准控制子依赖的版本，甚至设为 null 来跳过：
- 在
package.json中添加：
"lodash": null,
"debug": "4.3.4"
}
这样，无论哪个包引入了 lodash，它都不会被安装；而 debug 则统一锁定到 4.3.4。
执行 npm install 后，package-lock.json 会如实反映该策略，且不影响其他依赖的解析逻辑。
用 resolutions（仅限 yarn）不适用于 npm
resolutions 是 yarn 的特性，npm 原生不识别该字段。如果你看到项目里写了 resolutions 但用的是 npm，它会被完全忽略——不会报错，也不会生效。切勿混用。
手动删 + npm prune 清理残留
若已安装、发现某子依赖冗余（比如某个 UI 库带了体积很大的 polyfill 包），可：
- 进入
node_modules/父包名/node_modules，手动删除目标子依赖文件夹 - 运行
npm prune：它会扫描package.json，删除所有未声明的顶层和子级包（注意：只删没被任何dependencies或devDependencies显式引用的包） - 再运行
npm install确保主依赖结构完整
⚠️ 此法临时有效，但下次 npm install 可能重新拉下来——除非配合 overrides 锁死。
检查并替换“问题父包”本身
有时真正该处理的不是子依赖，而是引入它的那个包。例如：
- 某个组件库默认依赖
moment，但你用的是dayjs - 可查该库是否有轻量版（如
@xxx/react-lite）或是否支持 peerDependency 替换 - 或提 issue / PR，推动作者改用可选依赖或 ESM 条件导出
比起硬删子依赖，源头替换更稳定、可持续。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
