symfony 8.2新增formevents::post_validate，使复用字段类型能在整棵表单校验结束后读取根表单状态。适合验证码等字段需要依据整表结果安排收尾的场景；普通应用提交逻辑仍在控制器handlerequest之后判断isvalid。以下用于php 8.4及以上的8.2开发版测试应用。
区分POST_SUBMIT与POST_VALIDATE
子字段的POST_SUBMIT发生在根表单完成校验之前，不能据此读取整张表单的最终合法性。POST_VALIDATE则在整棵树完成校验后分发到表单节点，适合只需要观察最终结果的可复用类型。
Symfony官方在复用字段类型中监听POST_VALIDATE
在现有字段类型内注册监听器
use Symfony\Component\Form\Event\PostValidateEvent;
use Symfony\Component\Form\FormEvents;
// $builder 是当前自定义字段类型的 FormBuilderInterface
$builder->addEventListener(
FormEvents::POST_VALIDATE,
function (PostValidateEvent $event): void {
$rootIsValid = $event->getForm()->getRoot()->isValid();
if (!$rootIsValid) {
// 在这里调用当前字段已有的状态重置逻辑
}
}
);代码保留了字段实际实现的接入点，不假设应用使用哪家验证码服务，也不虚构一个通用重置API。监听器在这里读取结果并调用已有收尾方法，不应把新的字段转换或持久化操作塞到已完成的校验过程里。
控制器继续处理提交和成功路径
$form->handleRequest($request);
if ($form->isSubmitted() && $form->isValid()) {
// 执行应用已有的保存与跳转逻辑
}
Symfony事件文档说明整表校验后的状态
核对原有扩展与测试场景
官方说明PasswordType的hash_property_path处理已经改用新事件，相关旧扩展和监听器方法进入弃用流程，计划在9.0移除。自定义扩展若依赖这些内部入口，应按实际组件版本处理迁移。
至少分别验证全表成功、其他字段失败、当前字段失败三种提交，确认收尾只发生在需要的条件下。未提交表单的页面渲染不能当作一次校验完成事件，也不能用某个子字段通过来替代根表单结果。
