Symfony 5无法识别.env中APP_ENV变量 始终运行dev环境

配置.env中APP_ENV=test后应用始终运行在dev环境，执行php bin/console debug:dotenv返回的已加载变量列表无APP_ENV项，按以下优先级排查：

• 检查进程级已存在的环境变量
  Symfony Dotenv组件不会覆盖已存在的环境变量。如果PHP进程、终端环境、Web服务器（Nginx/Apache）、PHP-FPM池中提前定义了APP_ENV=dev，.env中对应的配置会直接被跳过。而debug:dotenv命令仅展示从env文件加载的变量，不会展示进程级已存在的变量，这是该问题最常见的诱因。
  排查操作：
  • CLI场景下执行echo $APP_ENV（Linux/macOS）或echo %APP_ENV%（Windows CMD），确认当前终端是否预设了APP_ENV值
  • Web访问场景下，检查对应虚拟主机配置、FPM池配置中是否硬编码了APP_ENV参数
• 检查高优先级env文件是否存在覆盖或跳过加载逻辑
  Symfony加载env文件有明确优先级，高优先级文件存在时会覆盖低优先级配置，优先级从高到低为：
  1. .env.local.php：生产环境生成的配置缓存文件，存在时会直接跳过所有其他env文件加载
  2. .env.<当前环境>.local：指定环境的本地覆盖配置，例如.env.test.local
  3. .env.local：所有环境通用的本地覆盖配置
  4. .env.<当前环境>：指定环境的默认配置，例如.env.test
  5. .env：全局默认配置
     排查操作：
  • 遍历项目根目录，确认是否存在上述高优先级文件，其中是否配置了APP_ENV
  • 如果存在.env.local.php缓存文件，可执行php bin/console cache:clear重新生成，或手动删除后触发配置重新加载
• 检查入口文件的Dotenv加载逻辑是否被篡改
  Symfony 5默认通过bootEnv()方法加载env配置，该方法对APP_ENV有特殊处理逻辑。如果public/index.php（Web入口）、bin/console（CLI入口）文件被修改，例如硬编码了APP_ENV=dev默认值、错误使用load()方法替代bootEnv()，都会导致APP_ENV加载异常。
  正常的加载代码片段如下：

  (new Dotenv())->bootEnv(dirname(__DIR__).'/.env');
  

• 检查.env文件格式与编码问题
  • 确认.env文件为无BOM的UTF-8编码：如果文件开头带UTF-8 BOM头，位于第一行的APP_ENV变量名会被BOM字符污染，无法被正确解析
  • 检查APP_ENV所在行是否存在行首多余空格、行尾不可见特殊字符、引号包裹错误等格式问题
• 检查低版本升级遗留的兼容问题
  如果项目是从Symfony 4及以下版本升级到5，确认config/bootstrap.php文件中的Dotenv加载逻辑符合Symfony 5规范，不存在硬编码APP_ENV、加载方法调用错误的问题。

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