symfony 4 中服务可同时打多个标签，每个标签代表一种角色，语法为在 services.yaml 的 tags 下列出多个 name 及其属性；自定义标签需自行实现收集逻辑，且多个标签不增加服务实例数。
在 Symfony 4 中，一个服务可以同时打上多个标签（tags），用于被特定的扩展机制（如 Compiler Pass、事件订阅器、数据转换器等）识别和收集。这不是“覆盖”或“互斥”，而是叠加式声明——每个 tags 条目代表一种角色或用途。
直接在 services.yaml 中为服务配置多个 tag
语法清晰：在服务定义下使用 tags: 键，其值为包含多个映射项的列表。每项是一个键值对，表示一个标签名及其可选属性：
-
name:是必需的，指定标签名称（如app.logger、kernel.event_subscriber） - 其余键（如
event、method、priority）是该标签语义约定的属性，由对应处理器解析
示例：一个日志处理器既作为事件订阅器，又注册为自定义指标收集器
services:App\Service\AuditLogger:
arguments:
$logger: '@logger'
tags:
- { name: 'kernel.event_subscriber', event: 'kernel.request', method: 'onKernelRequest' }
- { name: 'app.metrics_collector', group: 'audit', priority: 10 }
- { name: 'monolog.logger', channel: 'audit' }
确保标签被正确识别的关键点
多个标签生效的前提是：有对应的 Compiler Pass 或服务定位逻辑主动扫描这些标签名。Symfony 自带机制只认它定义的标签（如 kernel.event_subscriber），你自定义的标签（如 app.exporter）必须自行实现收集逻辑。
- 检查你的自定义扩展是否调用
$container->findTaggedServiceIds('your.tag.name') - 若一个服务被打上
kernel.event_subscriber和app.cache_warmer，它会被两个不同的系统分别发现并使用，互不干扰 - 标签属性名必须与接收方期望一致；例如
kernel.event_subscriber要求event和method，缺一不可
避免常见误解
多个标签 ≠ 多个服务实例。同一个服务定义加了三个标签，容器中仍只存在一个实例，只是它被三类系统“看到”并纳入各自处理流程。
- 不要试图用多个
tags:键（YAML 不允许重复键） - 不要把不同语义的配置混进同一标签项（如把
event和channel写进同一个{ name: 'monolog.logger' }） - 标签名建议统一前缀（如
app.），便于识别和维护
配合 PHP 配置方式（可选）
若使用 config/services.php，语法等价但更灵活：
->args(['@mailer'])
->tag('messenger.message_handler', ['handles' => App\Message\SendNotification::class])
->tag('kernel.event_listener', ['event' => 'user.registered', 'method' => 'onUserRegistered'])
->tag('app.health_check', ['timeout' => 5]);
每调用一次 ->tag() 就添加一个独立标签，顺序无关，全部生效。
