为何每个Angular应用有独立node_modules？能否全局安装共用依赖？

完全不建议尝试全局安装@angular/*系列核心依赖供所有项目共用，这种方式既不符合Angular的官方设计逻辑，也无法稳定运行，还会带来大量难以排查的诡异环境问题。

• 版本适配硬冲突：不同Angular项目往往需要匹配不同的框架版本，比如老业务系统需要兼容Angular 14，新启动的项目用最新的Angular 18版本。如果全局统一固定依赖版本，会直接触发peer依赖不匹配、编译报错、运行时逻辑异常，根本没法独立管理单个项目的版本升级节奏。
• Node模块解析机制的天然限制：Node.js的模块查找逻辑默认从当前项目目录的node_modules开始，逐层向上检索，就算手动把@angular系列包装到全局npm路径下，项目用的构建工具（Webpack、Vite）也不会主动加载全局路径的依赖。就算手动配置NODE_PATH指向全局目录，也会因为路径解析异常、硬链接失效、打包工具识别不到模块等问题频繁报错，稳定性极差，完全不适合生产项目使用。
• Angular本身的设计定位：全局安装@angular/cli的唯一作用，只是提供可以直接在命令行调用的ng指令入口，它的脚手架、构建流程从设计之初就没考虑过复用全局项目依赖的能力。所有核心运行依赖（@angular/core、@angular/common、@angular/compiler等）都是和单个项目的版本锁定文件（package.json、lock文件）强绑定的，这也是前端领域通用的项目隔离规范，避免不同项目的环境互相污染。

• 换用pnpm替代npm做包管理：pnpm采用全局内容寻址存储机制，所有安装过的包只会在全局存储目录保存一份，本地项目的node_modules只会通过硬链接关联到全局存储，不会重复拷贝占磁盘。多个项目用同版本依赖时，磁盘占用通常能降70%以上，是目前前端项目省空间最成熟的方案。
• 定期清理闲置项目的node_modules：已经废弃、暂时不维护的项目，直接删掉目录下的node_modules文件夹就行，下次开发时重新装依赖就可以。单个Angular项目的node_modules通常会占几百MB，定期清理能释放非常多的磁盘空间。
• 尽量统一本地维护项目的Angular大版本：如果所有项目都对齐同一个Angular大版本，搭配pnpm使用时基本不会产生重复的依赖文件占用。

补充提醒：你之前每个项目手动执行的npm install angular属于认知误区，现在Angular的所有核心包都在@angular/作用域下，通过ng new新建项目时，CLI会自动把所有匹配版本的核心依赖写入项目的package.json，根本不需要手动单独安装框架依赖。

内容的提问来源于stack exchange，提问作者EoRaptor013