开发时如何降低RAM占用？全局安装npm依赖能否解决问题？

全局安装依赖是否可行？ #

不可行。
全局安装仅会修改依赖的磁盘存储位置，项目运行时仍会将所需模块完整加载到内存中，完全无法降低运行时RAM占用。除此之外还会带来多项目依赖版本冲突、项目可移植性下降的问题，强烈不建议采用该方案。

可落地的优化方案 #

• 优化构建工具配置
  • 开发环境禁用非必要功能：关闭全量SourceMap，改用cheap-module-source-map这类轻量映射方案，禁用代码压缩、Tree Shaking、类型全量检查等仅生产环境需要的能力。
  • 开启磁盘缓存：Webpack配置cache: { type: 'filesystem' }，Vite配置cacheDir使用磁盘缓存，减少重复编译的内存开销。
  • 缩小监听范围：在构建工具的监听配置中排除node_modules、构建产物、日志目录等不需要实时监听的路径。
• 依赖瘦身
  • 用depcheck扫描项目，卸载所有未使用的冗余依赖。
  • 替换大体积依赖：用dayjs替换moment.js、用nanoid替换uuid、用单个lodash工具包替换全量lodash库。
  • 严格拆分依赖类型：所有仅开发阶段使用的工具（eslint、prettier、测试库等）全部放到devDependencies中，不要混入生产依赖。
• 调整Node.js运行参数
  启动开发服务时主动限制Node.js堆内存上限，强制V8引擎更频繁执行垃圾回收，避免内存无节制上涨，示例启动命令：

  node --max-old-space-size=1024 npm run dev
  

  上述命令会将Node.js最大堆内存限制在1GB，可根据自己的设备配置调整数值。
• 优化项目结构
  • 前后端拆分到独立子项目，开发时仅启动当前正在开发的一端的服务，避免同时运行前后端两个进程。
  • 大型项目可拆分公共模块，采用模块联邦、微前端等方案减少单服务需要编译的代码量。
• 更换包管理工具
  改用pnpm替代npm/yarn，pnpm采用硬链接+软链接的依赖管理机制，不仅占用磁盘空间更小，模块加载时的内存开销也明显低于传统npm。
• 精简开发阶段运行的进程
  开发时不要同时开启实时类型检查、单元测试监听、eslint自动修复等多个并行进程，按需开启需要的能力即可。

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