doctrine提供8个标准生命周期回调方法，包括prepersist、postload、preupdate、preremove、postpersist、postupdate、postremove、postflush，用于在实体操作前后执行轻量逻辑。
Doctrine生命周期回调是直接写在实体类里的轻量级钩子，不依赖事件订阅器，适合执行与当前实体强相关的逻辑，比如自动设置创建时间、软删除标记或格式化字段。
哪些回调方法可用
Doctrine提供8个标准生命周期方法，全部以pre或post开头，对应操作前/后触发：
-
prePersist：save()之前，实体首次被persist但尚未写入数据库时调用；适合初始化字段（如
createdAt、uuid） - postLoad：实体从数据库查出并完成属性赋值后立即触发；可用于懒加载补充数据或运行计算属性
- preUpdate：flush()检测到字段变更时才触发（不是每次flush都调）；适合记录更新时间、校验业务规则
-
preRemove：实体被
remove()后、真正执行DELETE语句前；常用于软删除（设deletedAt）、清理关联资源 - postPersist、postUpdate、postRemove、postFlush：操作成功提交后触发，适合发消息、写日志、触发外部通知
怎么在Symfony实体里声明
推荐使用PHP 8+属性语法（注解方式已逐步弃用），在实体类中添加对应方法，并用#[ORM\PrePersist]等属性标注：
#[ORM\Entity]
class Article
{
#[ORM\Column(type: 'datetime_immutable')]
private DateTimeImmutable $createdAt;
#[ORM\PrePersist]
public function setCreatedAt(): void
{
$this->createdAt = new DateTimeImmutable();
}
#[ORM\PreUpdate]
public function setUpdatedAt(): void
{
$this->updatedAt = new DateTimeImmutable();
}
}
注意：回调方法必须是public且无参数，Doctrine不会传入EntityManager或任何上下文对象。
常见陷阱和注意事项
- 回调中不能调用
$entityManager->flush()，会引发递归调用或事务异常 -
preUpdate只在字段实际变更时触发，若你修改了对象但没调$em->persist($entity)，它不会运行 - 生命周期回调不参与事务回滚的自动恢复——比如
prePersist里写的文件，事务失败后不会自动删，需手动处理 - 若需依赖服务（如日志、邮件），不能直接注入构造函数（hydration跳过构造），应改用
postLoad+ setter注入，或改用事件监听器（Listener）
和事件监听器怎么选
生命周期回调适合“实体自身行为”，比如时间戳、状态机流转；而事件监听器（如EntityUpdatedEvent）更适合跨实体、需依赖注入、或要解耦业务逻辑的场景。两者不冲突，可共存——例如用preRemove打软删标记，再用监听器发MQ消息通知其他系统。
