ng build --prod执行细节与额外参数排查：Angular应用Firefox兼容问题

当你运行 ng build --prod 时，Angular CLI 会触发一系列针对生产环境的优化操作，对应你提到的那些元标志，具体拆解下来是这些行为：

• AOT 提前编译 (--aot): 在构建阶段就把 Angular 组件和模板转换成 JavaScript，跳过浏览器端的即时编译步骤，大幅提升应用加载速度。
• 加载生产环境配置 (--environment=prod): 自动读取项目根目录下的 environment.prod.ts 文件，启用生产环境专属的配置（比如关闭调试模式、设置正式环境 API 地址等）。
• 全文件哈希命名 (--output-hashing=all): 给所有输出的静态资源（JS、CSS、图片、字体等）添加内容哈希值，实现精准的缓存控制——当文件内容变化时哈希值更新，强制浏览器加载最新版本。
• 关闭 SourceMap 生成 (--sourcemaps=false): 不生成用于调试的 SourceMap 文件，既减少构建产物体积，也避免源码泄露。
• 提取组件内联样式 (--extract-css=true): 将组件中定义的样式从 JS 包中提取到独立的 CSS 文件，优化浏览器的样式加载和解析顺序。
• 禁用命名 Chunk (--named-chunks=false): 不为打包后的代码块设置可读名称，改用哈希命名，进一步优化缓存策略并减小文件名长度。
• 启用构建优化器 (--build-optimizer=true): 配合 Angular 专属优化工具，移除未使用的代码、压缩混淆 JS 逻辑，还会优化 Angular 运行时代码，显著减小最终包体积。

除此之外，它还默认开启 Tree Shaking（摇树优化）来剔除未被引用的代码，同时对 JS、CSS 执行深度压缩混淆。

你遇到的这个兼容性问题非常典型，尤其是在适配旧版本浏览器的场景下。根据 Angular CLI 的内部配置逻辑，--prod 除了你列出的公开标志外，在不同版本中还默认包含以下额外配置：

• --optimization=true: 这是一个总开关式的优化标志，它会启用一系列深度优化，包括 terser 代码压缩、CSS 压缩、Tree Shaking 的进阶策略等。虽然你单独组合的标志可能触发部分优化，但 --prod 会将这个开关拉满，可能省略了旧浏览器需要的语法降级转换。
• --target=es2015（或更高版本）: 不少 Angular CLI 版本中，--prod 默认会把编译目标设为 ES2015+，但旧版 Firefox 50.1.0 对 ES2015 的支持并不完整（比如箭头函数、块级作用域的某些边缘场景）。而你单独组合标志时，CLI 可能默认使用了 ES5 作为编译目标，所以应用能正常加载。
• --vendor-chunk=false: 禁用独立的第三方依赖 Chunk 文件，将所有第三方库打包到主 bundle 中。虽然看起来影响不大，但旧浏览器对单一大体积 bundle 的解析逻辑可能和分块打包不同。
• --delete-output-path=true: 构建前自动清理输出目录（默认是 dist/），这个一般不影响兼容性，但确实是 --prod 默认包含的行为。
• 默认的 bundle 体积预算检查: --prod 会启用 CLI 内置的包体积阈值检查，不过这只会在体积超时时抛出警告/错误，不会直接影响应用加载。

针对你的 Firefox 50.1.0 兼容问题，最可能的根源就是 ES 版本目标的差异。你可以尝试在单独组合标志时加上 --target=es2015，看看是否会复现加载失败的问题；反过来，在运行 ng build --prod 时追加 --target=es5，应该就能让应用在旧版 Firefox 中正常运行了。

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