symfony 不自动按环境加载 parameters_dev.yaml，需在 config/services_dev.yaml 中显式 imports 并确保文件存在、无未定义 env 占位符；推荐用 services_{env}.yaml 直接定义参数。
symfony.yaml 里怎么让 dev 环境加载 parameters_dev.yaml，prod 不加载？
Symfony 默认不会自动按环境加载独立的 parameters 文件。所谓“不同环境加载不同参数文件”，其实是靠 config/packages/{env}.yaml 或 config/services_{env}.yaml 的条件加载机制间接实现的，不是靠文件名自动匹配。
常见错误是直接在 config/packages/dev.yaml 里写 imports: [{ resource: 'parameters_dev.yaml' }]，但忘了这个文件必须手动放在 config/ 目录下，且不能被 Git 忽略（否则部署时丢参数）；更隐蔽的问题是，如果 parameters_dev.yaml 里用了未定义的占位符（比如 %env(MY_API_KEY)%），而 .env 文件没配，容器编译会直接报错：The environment variable "MY_API_KEY" is not defined。
- 推荐做法：把环境差异参数统一收口到
config/services_{env}.yaml，例如services_dev.yaml中用parameters:直接定义，不额外引入文件 - 若坚持用独立文件，确保它在
config/下，并在对应环境的配置中显式imports，且该文件不包含任何未兜底的 env 占位符 - 注意
parameters.yaml是全局加载的，会被所有环境读取；它里面定义的参数无法被环境文件覆盖——想覆盖就得用%env()%表达式 +.env.local分环境控制
用 %env()% 动态读取环境变量时，为什么本地正常、部署后报错？
因为 %env() 解析发生在容器编译期，而 Symfony 5.4+ 默认启用「缓存参数解析」，即只在第一次运行 cache:warmup 时读取一次环境变量。如果部署后没清缓存或没重跑 warmup，旧值就一直卡着。
典型现象：改了 .env.prod 里的 APP_ENV=prod 和 DB_HOST=prod-db，但日志里连的还是 localhost。
基于PHP+MYSQL开发，除了网上书店必备的商品管理、配送支付管理、订单管理、会员分组、会员管理、查询统计和多项商品促销功能，还具有完整的文章、图文、下载、单页、广告发布等网站内容管理功能。系统具有静态HTML生成、UTF-8多语言支持、可视化模版引擎等技术特点，支持多频道调用不同模版和任意设置频道首页，适合建立各种规模的网上书店。系统具有以下主要功能模块： 网站参数设置 - 对网站的一些参数进
- 必须确保部署流程包含
bin/console cache:clear --env=prod和bin/console cache:warmup --env=prod - 避免在
parameters.yaml中直接写%env(DATABASE_URL)%—— 它会被当成字符串字面量，而不是触发解析；正确写法是在config/packages/doctrine.yaml这类服务配置里用url: '%env(resolve:DATABASE_URL)%' -
resolve:前缀很重要，否则环境变量不展开；default:可兜底，比如'%env(default:sqlite:///%kernel.project_dir%/var/data.db:DATABASE_URL)%'
config/packages/framework.yaml 里的 secret 参数，能按环境区分吗？
不能硬编码在 YAML 里按环境分支写，但可以且应该按环境区分。因为 framework.secret 是加密签名关键，dev 和 prod 必须不同，否则 CSRF Token 或 session 在跨环境调试时可能意外生效。
最简方案是用环境变量驱动：secret: '%env(APP_SECRET)%'，然后在 .env 里设默认值，在 .env.prod 里覆盖。但要注意——如果用了 APP_SECRET 作为 %kernel.project_dir%/config/bootstrap.php 中的密钥（如 SensitiveParameterProvider），那它必须在容器构建前就可用，此时 .env 加载顺序必须早于框架配置。
- 检查
composer.json的autoload-dev是否误把config/bootstrap.php加进自动加载，导致环境变量提前污染 - 不要在
parameters.yaml里写死secret，否则 git 提交风险高；也不要用!php/const引用常量，那会破坏环境隔离 - 验证方式：运行
bin/console debug:container --parameter=kernel.secret --env=prod，看输出是否和.env.prod一致
为什么删掉 config/services.yaml 里的 imports 段，参数就全丢了？
因为 Symfony 5.4+ 默认把 config/services.yaml 设为「参数主入口」，它通过 imports 加载 parameters.yaml。如果你删了这一段，又没在别处显式导入，那所有 parameters: 定义都不会进容器。
容易被忽略的是：即使你用 %env()% 写了很多动态参数，也得有地方触发它们的解析。而这个「触发点」就是 parameters.yaml 被加载的那一刻——它本身不一定需要内容，但必须存在且被 import。
- 最小可用
parameters.yaml只需留空，或只写parameters: {} - 如果完全不用静态参数，也要保留
imports行，否则%env()表达式不会初始化（尤其影响cache.adapter等依赖环境变量的组件） - 运行
bin/console debug:container --parameters | grep -E '^(kernel|app)_'是快速确认参数是否加载到位的方法
