当使用 #[AutoconfigureTag] 为同一服务注册多个 Doctrine 事件监听器时，若重复使用相同标签名（如 'doctrine.event_listener'），Symfony 会将其视为多个独立服务别名，导致 shared: true 失效——每个事件触发时都会实例化新对象。正确做法是为每个监听器使用唯一标签名。
当使用 `#[autoconfiguretag]` 为同一服务注册多个 doctrine 事件监听器时，若重复使用相同标签名（如 `'doctrine.event_listener'`），symfony 会将其视为多个独立服务别名，导致 `shared: true` 失效——每个事件触发时都会实例化新对象。正确做法是为每个监听器使用唯一标签名。
在 Symfony 中，#[Autoconfigure(shared: true)] 仅保证该服务定义本身是共享（单例）的，但 Doctrine 事件系统通过标签（tag）发现监听器；若对同一服务应用多个 #[AutoconfigureTag(name: 'doctrine.event_listener')]，Symfony 会为每个标签生成一个独立的服务别名（alias），即使它们指向同一个类，容器也会为每个别名创建单独的服务实例——这直接破坏了单例语义。
根本原因在于：Doctrine 的事件订阅机制依赖于服务标签的唯一性识别。当多个 doctrine.event_listener 标签共存于同一服务时，Symfony 解析器无法合并它们，而是按顺序注册为不同监听器条目，最终触发多次服务实例化。
✅ 正确配置方式是为每个监听场景使用语义化且互不冲突的标签名，例如：
#[Autoconfigure(shared: true)]
#[AutoconfigureTag(
name: 'doctrine.event_listener.preUpdate',
attributes: ['event' => Events::preUpdate, 'entity' => User::class, 'method' => 'preUpdate']
)]
#[AutoconfigureTag(
name: 'doctrine.event_listener.postFlush',
attributes: ['event' => Events::postFlush, 'method' => 'postFlush']
)]
class Sender
{
public function preUpdate(PreUpdateEventArgs $args): void
{
// ...
}
public function postFlush(PostFlushEventArgs $args): void
{
// ...
}
}⚠️ 注意事项：
- Doctrine 官方文档明确要求：每个 doctrine.event_listener 标签必须唯一标识一个监听逻辑，不允许复用相同 name；
- shared: true 仅作用于服务定义层级，不影响标签注册行为；
- 若需跨事件共享状态（如缓存待发送消息），务必确保服务是单例（即 shared: true），并配合上述唯一标签命名；
- 推荐在 attributes 中显式指定 event 键（尽管部分版本可推断），以提升可维护性与兼容性。
总结：解决监听器非共享问题的关键，不在于调整 shared 参数，而在于遵循 Symfony + Doctrine 的标签契约——每个监听器绑定必须拥有专属、无歧义的标签名。通过语义化区分 doctrine.event_listener.preUpdate 与 doctrine.event_listener.postFlush，即可让容器正确复用同一 Sender 实例，实现预期的共享行为。
