entitymanager::remove() 必须配合 flush() 才生效，仅调用 remove() 仅标记实体为“待删除”，事务结束未 flush 则操作被丢弃；删除前须用 find() 或 getreference() 获取托管实体，禁止传 id；批量删除应使用 dql 而非循环 remove+flush；软删除需借助扩展或自定义逻辑实现。
EntityManager::remove() 必须配合 flush() 才生效
直接调用 remove() 不会立刻删库，只是把实体标记为“待删除”状态。不调用 flush()，事务结束时所有标记都会被丢弃，数据原封不动。
常见错误是只写：$entityManager->remove($user); —— 这行完事就返回，数据库毫无变化。
- 正确做法必须紧接
$entityManager->flush(); - 如果在控制器或服务里操作多个实体，可以批量
remove()后统一flush()，减少 SQL 执行次数 - 注意：若实体有级联（
cascade={"remove"}），flush()时会一并删关联记录，别误删
删单个实体前必须先 find() 或 getReference()
remove() 只接受已托管的实体对象，不能传 ID 或数组。传 $entityManager->remove(123) 会报 InvalidArgumentException: Expected entity object, got integer。
两种安全取法：
-
$user = $entityManager->find(User::class, 123);→ 完整加载实体（适合需要校验或触发事件的场景） -
$user = $entityManager->getReference(User::class, 123);→ 仅生成代理对象（轻量，但不能访问未初始化属性，否则抛PersistentObjectException）
推荐用 find()，除非确认该实体只用于删除且性能敏感。
批量删除别用 remove() + flush() 循环
对几百条数据写 foreach ($ids as $id) { $em->remove($em->find(...)); $em->flush(); } 是典型反模式：每条记录触发一次 SELECT + DELETE，性能灾难。
应改用 DQL 或原生 SQL 批量删：
- DQL 示例：
$qb = $entityManager->createQueryBuilder(); $qb->delete(User::class, 'u')->where('u.status = :status')->setParameter('status', 'inactive');，然后$qb->getQuery()->execute(); - 注意：DQL
DELETE不触发生命周期回调（如preRemove），也不影响已加载的实体管理器状态 - 若需回调或软删除，仍得走
find()+remove()+ 单次flush()，但要控制批次大小（比如每次 50 条）
软删除要用 Doctrine Extensions 或自定义逻辑
Symfony 默认没有软删除。直接删库是硬删除，恢复只能靠备份。想实现“标记删除”，得自己加字段（如 deletedAt）并拦截查询。
最省事是用 stof/doctrine-extensions-bundle，启用 softdeleteable 行为后：
- 实体加
@Gedmo\SoftDeleteable(fieldName="deletedAt") - 删的时候仍调
remove()+flush()，扩展自动转成UPDATE - 所有
find()和 DQL 查询默认自动过滤掉已“删”的记录
但要注意：软删除后，关联关系（尤其 orphanRemoval=true）可能不按预期工作，得手动测试边界情况。
