Angular CLI如何在未指定--configuration参数时确定默认运行环境？

整个判定流程完全基于angular.json的配置规则，和组件内默认导入的环境文件路径没有直接关联，核心逻辑可以拆解为两层：

基础判定链路 #

• 每个CLI命令（ng serve、ng build等）在angular.json的项目配置节点下，都设有defaultConfiguration字段，用来定义不带--configuration参数时，默认套用的配置项名称。
  未传参默认启动dev环境的效果，本质是给serve命令的defaultConfiguration值设置成了对应dev环境的配置项名。
• 每一个在configurations节点下定义的配置项，都会绑定对应的fileReplacements规则：构建阶段会把代码中统一导入的固定环境文件路径（通常是src/environments/environment.ts），替换为当前配置指向的实际环境文件（比如项目里的environment.dev.ts/environment.stable.ts/environment.mock.ts）。

认知误区澄清 #

Angular 6之后已经完全移除了旧版本顶层的environments配置字段，不存在独立的“环境判定逻辑”，所有运行时的环境加载，本质都是构建阶段文件替换的结果：

• 不存在“组件默认导入哪个环境文件，CLI就自动加载哪个”的规则。哪怕代码里所有位置都直接硬导入environment.dev.ts，只要没有匹配对应的替换规则，运行时加载的内容不会随CLI参数自动切换。
• 生产构建的文件替换规则不是独立的判定分支。执行ng build不带参数时走的流程，和显式传--configuration指定配置的流程完全一致，只是CLI自动读取了命令对应的defaultConfiguration值来选择配置。

结合当前项目的实际配置，完整的默认执行链路是：

1. 业务代码统一通过固定路径src/environments/environment导入环境配置对象
2. dev配置项绑定的fileReplacements规则，会把上述固定导入路径替换为实际的environment.dev.ts
3. ng serve命令的defaultConfiguration指向dev配置项
   最终实现了不带参数启动时自动加载dev环境配置的效果。

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