Nrwl Nx单仓添加新Angular应用后Lint报JavaScript内存溢出

1. ESLint类型检查模式内存过载：在根eslintrc.json的parserOptions.project中添加新应用的tsconfig路径后，ESLint会启用类型检查模式——它会加载所有指定tsconfig对应的完整项目类型信息。Nx单仓本身包含多个应用和共享库，加上新应用的类型依赖链后，整体类型数据量暴增，超出Node的内存处理上限，即使增加--max-old-space-size也可能因为依赖复杂度无法解决。
2. 配置范围错误：根级ESLint配置会被所有子项目继承，添加新应用的tsconfig后，每个被lint的共享库都会额外加载这个无关的tsconfig类型信息，导致每个lint进程的内存负载翻倍。

1. 遵循Nx规范，独立配置每个项目的ESLint #

每个Angular应用和共享库都应该拥有独立的.eslintrc.json，仅配置自身的tsconfig路径，避免根配置全局加载所有tsconfig：

• 新应用的.eslintrc.json示例：

  {
    "extends": "../.eslintrc.json",
    "parserOptions": {
      "project": "./tsconfig.*?.json"
    },
    "rules": {}
  }
  

• 删除根eslintrc.json中手动添加的新应用tsconfig路径，保留原有符合Nx规范的glob匹配配置（通常是**/tsconfig.*?.json）。

2. 优化根ESLint的glob匹配规则 #

如果必须在根配置中统一管理，用精准的glob模式排除无关文件，避免加载冗余类型数据：

"parserOptions": {
  "project": ["**/tsconfig.*?.json", "!**/node_modules/**", "!**/dist/**"]
}

3. 进一步提升内存与lint性能 #

• Windows下正确设置Node内存：Windows环境中直接在命令后加--max-old-space-size可能不生效，需通过环境变量设置：

  set NODE_OPTIONS=--max-old-space-size=8192
  nx affected --target=lint
  

• 启用ESLint缓存：添加--cache参数减少重复lint的内存开销：

  nx affected --target=lint --cache
  

• 更新依赖版本：确保Nx、ESLint、@typescript-eslint/*等依赖是与Angular 15兼容的最新稳定版本，旧版本可能存在内存泄漏或性能缺陷。

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