Composer 安装与 Symfony Flex 插件的自动化协同机制

先说几个核心判断。Flex 这个东西，可以说是 Composer 生态里最被低估的“隐形管家”了。很多人装上包之后发现配置没生成、服务没注册，第一反应就是“我是不是装错了版本”，但其实问题十有八九出在 Flex 自己身上。它只在两个特定的时机干活：post-package-install 和 post-package-update。换句话说，只有你执行 composer require、composer update 或者 composer remove 的时候，Flex 才会去扫描新装的那个包，决定要不要拉一份 recipe 进来。

常见的情况是：你跑了 composer require symfony/mailer，发现 config/packages/mailer.yaml 没生成，debug:container 也看不到对应的服务。这时候别急着怀疑人生，先检查一下日志——有没有出现 [SymfonyFlexRecipe] Installing symfony/mailer (6.4.0) 这一行？没有，就说明 Flex 压根没被叫起来干活。

那怎么排查？三个方向。第一，确认 composer show symfony/flex 能返回版本号，而不是一个冰冷的 “not found”。第二，翻一下 composer.json 里的 extra.symfony 字段，缺了 allow-contrib: true 的话，像 doctrine/doctrine-bundle 这类 contrib 仓库的 recipe 就会被直接跳过。第三，注意版本的稳定性标记——Flex 默认对所有 -dev、-alpha、-RC 版本摆手说不，你得用 composer require vendor/package:^2.0@stable 强制走稳定通道才行。

recipe 匹配失败的三个高频原因

Flex 找不到 recipe，并不等于这个包不兼容。匹配链断开，往往就卡在三个节点上。

第一个节点是 recipe 仓库本身。去 symfony/recipes 或 symfony/recipes-contrib 里手动搜一下 vendor/package/X.Y 目录，比如 doctrine/doctrine-bundle/2.10，看看 recipe 有没有收录。新发版的包经常有几天的延迟，这不奇怪。

第二个节点是版本范围。Flex 的 recipe 匹配非常依赖精确的 package:version 对应关系。比如 symfony/mailer:6.4 对得上 symfony/mailer/6.4 目录，装的是 6.4.3 也能命中——但如果你装了 6.5.0-RC1，那就完全不匹配。这就好比钥匙和锁的齿形差了一毫，打不开。

第三个节点是本地配置残留。运行 composer config extra.symfony.allow-contrib，如果返回 false，立刻改回来。环境变量 SYMFONY_SKIP_RECIPES=1 也会全局屏蔽 Flex 的 recipe 注入，这个很容易被忽略。

Flex 写进项目的文件，为什么容器不认？

recipe 成功把 config/packages/my_bundle.yaml 复制进去了，不代表这个 bundle 就能正常工作。会用的人都清楚，Symfony 的配置生效链条，远比文件落地长得多。

首先要检查 config/bundles.php 里有没有对应的注册行，比如 MyBundle::class => ['all' => true]。Flex 通常会自动追加，但如果你之前删过这行，或者安装时用了 --no-scripts，那它就不会写上去。

其次，缓存清理要按环境来。php bin/console cache:clear 默认只清 dev 环境的缓存，prod 下得加 --env=prod。更彻底的做法，是直接删掉 var/cache/ 整个目录——简单粗暴但有效。

最后，留意 YAML 文件里的条件块。Flex 会原样写入 when@dev 或 when@prod 这样的条件段，如果你的 APP_ENV 值不匹配，整段配置都会被忽略。查法：php bin/console debug:container --parameter=kernel.environment，确认当前环境到底是什么。

为什么 composer recipes 显示 ✅ 却还是报错？

composer recipes 这个命令，你看到 ✅ 也别太当真——它只代表 Flex 把文件复制到位了，完全不管 Symfony 运行时是否真的买了账。显示 ✅，只是说“写文件这一步完成了”，后面全靠 Symfony 自己解析和编译。

值得警惕的是那个 ⚠️ 冲突提示。如果某个 recipe 显示 ⚠️，说明目标文件（比如 config/bundles.php）已经存在且被手动修改过，Flex 会跳过合并。这时候你就得自己去核对内容是否完整，别指望自动补全。

还有一个容易被坑的点：多个 recipe 写同一个文件时，Flex 不做智能合并。比如两个包都想改 config/packages/framework.yaml，后安装的那个会直接覆盖前一个。没有冲突检测，没有回滚机制，就是赤裸裸的“后发制人”。

最后，recipe 本身也不校验文件模板是否存在。如果 manifest.json 里的 copy-from 指向了一个不存在的文件，Flex 会静默失败——日志里只报一句 “file not found”，但状态栏依然显示 ✅。所以，看到 ✅ 别急着笑，先跑一下 php bin/console list 看看配置有没有实际加载上来。