config/packages/是组件配置主战场，存放doctrine.yaml等bundle独立配置；按加载顺序覆盖（packages→packages/env→services.yaml），删文件不等于禁用组件，改后须清缓存生效。
config/packages/ 是组件配置的主战场
这个目录专门存放 Symfony 各个组件（Bundle）的独立配置文件，比如 doctrine.yaml、framework.yaml、security.yaml。它不是“随便放 YAML 的地方”，而是框架自动加载、按需启用组件功能的触发点：只要你在 config/bundles.php 中启用了某个 Bundle（如 Doctrine\Bundle\DoctrineBundle\DoctrineBundle::class => ['all' => true]），Symfony 就会尝试加载同名的 config/packages/{bundle-name}.yaml 文件（若存在）。
- 文件名不强制与 Bundle 类名完全一致，但惯例是小写 + 点分隔，如
monolog.yaml对应 MonologBundle - 删掉某个
.yaml文件 ≠ 禁用该组件；它可能退回到默认行为或报错（例如删了doctrine.yaml会导致数据库连接丢失） - 新增一个
my_feature.yaml不会自动生效——除非对应 Bundle 已注册，或你手动在config/services.yaml中导入它
同名配置项会被后加载的覆盖
加载顺序直接影响最终效果：config/packages/*.yaml → config/packages/<env>/*.yaml</env>（如 prod/ 子目录）→ config/services.yaml。这意味着你可以用环境特化配置做精准覆盖。
- 常见做法：在
config/packages/cache.yaml中设通用缓存驱动，在config/packages/prod/cache.yaml中把pool改成cache.adapter.redis - 错误示范：在
dev/目录下写了doctrine.yaml，但没关掉config/packages/doctrine.yaml的 auto_mapping，结果实体扫描重复报错 -
framework.yaml里的secret或router.utf8被prod/framework.yaml重写后，开发环境不受影响，但生产环境立刻生效
别把全局配置塞进 packages/ 目录
config/packages/ 只管「组件级」配置。框架核心行为（如容器参数、服务定义、路由规则）不该放这儿，否则容易失控。
- 要定义全局参数？写进
config/services.yaml的parameters:块里，别在packages/app.yaml里硬塞 - 要改 Twig 默认路径？改
framework.yaml的twig.default_path，而不是新建twig.yaml—— Twig 组件不认这个文件名 - 想加自定义服务？优先用
services.yaml，它支持bind、defaults、条件加载等高级语法，packages/下的 YAML 不支持这些
修改后必须清缓存才能生效
Symfony 把所有配置编译进容器 PHP 文件，放在 var/cache/<env>/srcApp_Kernel<env>DebugContainer.php</env></env>。改了 packages/ 下任意 YAML，不清理缓存就等于没改。
- 开发时运行
bin/console cache:clear即可，它会重建整个缓存目录 - 生产环境别只删
var/cache/prod/，记得加--env=prod参数，否则清的是 dev 缓存 - 如果改完配置页面白屏且报
ServiceNotFoundException，大概率是缓存没清干净，或者 YAML 语法错误导致容器编译失败（看var/log/dev.log最上面几行）
imports: 在 services.yaml 里提前加载了 dev 版本，导致线上行为和本地不一致。
