如何为TypeScript编译器(tsc)设置max-old-space-size参数？

你前两种方案失效的核心原因是：&& 连接的两条命令在shell中是独立执行的，cross-env 设置的环境变量作用域仅覆盖它后面紧跟的第一个命令（也就是 yarn print:heapsize），后续执行的 tsc 属于全新进程，没有继承到 NODE_OPTIONS 配置。你看到的8GB堆大小是 print:heapsize 对应Node进程的配置，和后续的tsc进程无关。

方案1：调整命令结构让环境变量覆盖全链路 #

用 bash -c 把要执行的所有命令包裹为一个整体，让 cross-env 设置的环境变量作用于所有子进程：

cross-env NODE_OPTIONS=--max-old-space-size=8192 bash -c "yarn print:heapsize && tsc -p test/tsconfig.json --noEmit"

方案2：把任务封装到package.json scripts中 #

在package.json中提前定义好执行逻辑：

{
  "scripts": {
    "print:heapsize": "node -e \"console.log('🔥 Current heap size:', (require('v8').getHeapStatistics().total_available_size  / 1024 / 1024 / 1024).toFixed(2), 'Gb')\"",
    "test:tsc": "yarn print:heapsize && tsc -p test/tsconfig.json --noEmit"
  }
}

执行时直接传入环境变量即可，无需拆分命令：

cross-env NODE_OPTIONS=--max-old-space-size=8192 yarn test:tsc

这种方式更符合前端工程的通用约定，可读性和可维护性更高。

方案3：CI全局配置环境变量（推荐用于GitLab CI场景） #

直接在GitLab CI的项目变量配置里，添加名为 NODE_OPTIONS 的变量，值设置为 --max-old-space-size=8192。配置后当前项目所有CI任务中的Node进程都会自动应用该堆内存限制，无需在每条命令里加前缀，适合CI多任务场景。

你之前直接调用node执行tsc二进制文件的方案本身并不违反规范，只是灵活性较差，多任务场景下复用成本高，更适合临时本地调试使用。

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