当你使用 Composer 安装或卸载 Symfony 包时，如果项目启用了 Symfony Flex，Composer 并不只是简单地下载代码文件。它会触发 Flex 提供的自动化配置机制，自动完成诸如配置文件更新、目录创建、脚本执行等任务。

这个过程的核心在于：Flex 是一个 Composer 插件，它监听 Composer 的事件（如 install、update），并在适当时机执行自动化逻辑。

1. Flex 如何被激活

只要在项目中安装了 symfony/flex 包，Composer 就会加载它作为插件。Flex 注册自己为事件监听器，主要监听以下事件：

• pre-install-cmd
• post-install-cmd
• pre-update-cmd
• post-update-cmd
• post-package-install
• post-package-update
• pre-package-uninstall

这些事件让 Flex 能在包安装前后介入流程。

2. Recipes：自动化配置的核心机制

Flex 的关键能力来自 “recipes” —— Symfony 官方维护的一套配置模板仓库（symfony/recipes 和社区 recipes 仓库）。

每个支持 Flex 的包都可能有一个对应的 recipe，定义了：

• 应生成的配置文件（如 config/packages/framework.yaml）
• 需要创建的目录结构
• 是否要注册该包为 bundle（写入 config/bundles.php）
• 是否要发布公开资源（如 Web 目录下的 assets）

当你运行 composer require symfony/mailer，Flex 会：

1. 查找 symfony/mailer 是否有官方 recipe
2. 如果有，下载对应版本的配置模板
3. 将配置文件写入项目的 config/packages/ 目录
4. 必要时修改 config/bundles.php

3. 自动注册 Bundles

传统 Symfony 项目需要手动把新 bundle 添加到 config/bundles.php。Flex 自动完成这一步。

例如安装 symfony/twig-bundle，Flex 会检测其 recipe 中的 bundle 注册规则，并自动向 bundles.php 写入：

TwigBundle::class => ['all' => true],

无需开发者手动操作。

4. 处理不同环境和版本

Recipes 支持按 Symfony 版本区分配置。例如某个包在 Symfony 5 和 6 中配置格式不同，recipe 可为不同主版本提供不同模板。

Flex 还支持“contrib” recipes（来自社区），可通过配置开启：

{"extra": {"symfony": {"allow-contrib": true}}}

5. 开发者可干预流程

Flex 不是黑盒。你可以：

• 查看已应用的 recipes：composer symfony:recipes
• 跳过某个 recipe 的自动应用（通过 extra 配置）
• 手动重新发布一个包的配置：composer sync-recipes --force package-name
• 在 manifest.json 中自定义 post-install 脚本

基本上就这些。Flex 让 Symfony 项目从“手动配置”走向“声明式依赖”，Composer 在背后驱动整个自动化流程。