Symfony环境由APP_ENV变量驱动，非文件名自动识别；配置按优先级逐层覆盖，参数应定义在services_{env}.yaml中，敏感值须用%env(resolve:VAR)%并确保部署时清缓存与重热。
Symfony 的环境划分不是靠文件名自动识别，而是由 APP_ENV 环境变量驱动的运行时行为。它不依赖“dev/prod”后缀的配置文件自动加载，而是通过一套明确、可预测的加载机制实现差异化配置。
环境变量是起点，不是终点
真正决定当前环境的是 APP_ENV 值，通常设在 .env 或 .env.local 中：
-
APP_ENV=dev→ 启用开发模式（调试工具、详细错误页、缓存禁用） -
APP_ENV=test→ 用于 PHPUnit 测试，禁用某些运行时优化 -
APP_ENV=prod→ 启用生产模式（强制缓存、日志精简、错误页面隐藏）
注意：APP_ENV 只控制加载路径和默认行为，不会自动读取 parameters_dev.yaml 这类文件——必须显式导入。
配置加载有固定顺序，覆盖才有效
Symfony 按以下优先级逐层合并配置（高优先级覆盖低优先级）：
- 框架默认值（内置）
-
config/packages/*.yaml（全局基础配置） -
config/packages/{env}.yaml（如config/packages/prod.yaml，仅该环境加载） -
config/services_{env}.yaml（推荐位置：直接定义参数、服务、修饰器） - 环境变量（
%env(APP_SECRET)%形式，在容器编译期解析）
例如，config/packages/prod.yaml 中写 framework: cache: app: cache.adapter.redis，会覆盖 config/packages/framework.yaml 里的对应项。
参数管理：别用 parameters.yaml 做环境区分
config/services.yaml（旧版叫 parameters.yaml）是所有环境共用的，里面写的值无法被覆盖。想按环境设不同参数，正确做法是：
- 在
config/services_dev.yaml中直接写：parameters:<br> app.debug_mode: true
- 在
config/services_prod.yaml中写：parameters:<br> app.debug_mode: false
- 敏感值统一走
%env(resolve:DATABASE_URL)%，并在.env.local或.env.prod中定义
避免在 YAML 里裸写 %env(DATABASE_URL)%——缺少 resolve: 前缀会导致字符串字面量，不解析。
部署时最容易踩的坑
改了 .env.prod 却没生效？常见原因：
- 缓存未清：执行
bin/console cache:clear --env=prod - 参数未重热：执行
bin/console cache:warmup --env=prod（尤其用了%env()%） - 误删
.env.local：它优先级高于.env，部署脚本常忽略它 - Git 忽略了
config/services_prod.yaml：导致线上缺环境专属配置
验证当前环境实际加载了什么？运行：bin/console debug:config framework --env=prod
