Symfony 2.5.0表单提交处理核心是按请求来源匹配绑定方式：HTML表单用handleRequest()自动绑定校验；JSON请求需手动getContent()+submit()；PUT/PATCH须启用method_override；文件上传必须用FileType+move()。
Symfony 2.5.0 中表单数据的提交与接收处理，核心在于明确请求来源、匹配对应的数据绑定方式，并确保验证逻辑及时生效。该版本虽较旧，但表单组件的基础机制已成熟，关键路径清晰稳定。
标准 HTML 表单：用 handleRequest() 一步完成绑定与校验
这是最常用场景，适用于普通 POST 提交的页面表单。
- 控制器中创建表单后，立即调用 $form->handleRequest($request) —— 它会自动识别请求方法（POST/GET），读取
$_POST或$_GET，并执行字段映射 - CSRF 校验默认启用，无需额外配置（前提是表单渲染时包含
{{ form_rest(form) }}或显式输出 CSRF 字段） - 后续只需判断 $form->isSubmitted() && $form->isValid()，验证失败时错误会自动挂载到对应字段，Twig 模板中可用
{{ form_errors(form.fieldName) }}显示 - 验证通过后，$form->getData() 返回绑定的对象或数组，可直接用于 Doctrine
persist()和flush()
JSON 或 AJAX 请求：手动解码 + submit() 替代 handleRequest()
当前端以 Content-Type: application/json 发送数据时，handleRequest() 不会解析原始请求体，必须手动处理。
- 获取原始内容：$json = $request->getContent()
- 解码为数组：$data = json_decode($json, true)（注意检查是否为
null，避免空请求出错） - 跳过自动请求检测，直接提交：$form->submit($data)
- 仍需手动调用 $form->isValid() 判断结果；错误结构与 HTML 场景一致，可通过
$form->getErrors(true)获取全部错误信息
PUT/PATCH 请求支持：需确认方法覆盖已启用
Symfony 2.5.0 默认仅对 POST/GET 自动触发 handleRequest()，PUT/PATCH 需额外配置才能正常解析请求体。
- 确保
framework.http_method_override在config.yml中设为 true（2.5 默认为true，但建议显式声明） - 路由定义中明确允许方法，例如：
methods = ["PUT", "POST"]（YAML）或@Method({"PUT", "POST"})（注解） - 若前端用隐藏字段模拟 PUT（
_method=PUT），需保证表单中包含该字段且未被过滤 - 原生 PUT 请求下，还需确认 Web 服务器（如 Apache）未丢弃请求体 —— 可在控制器开头加
var_dump($request->getContent())验证是否收到数据
文件上传：FileType 字段 + 手动 move() 是唯一可靠路径
文件不走常规字段流程，不能依赖 getData() 获取路径，必须用专用类型并主动移动。
- 表单字段必须使用 FileType::class，且不能设
'mapped' => false（否则无法获取上传实例） - 验证通过后，从字段获取
UploadedFile对象：$file = $form['avatar']->getData() - 调用 $file->move($dir, $fileName) 完成保存；
$dir需为绝对路径（可用$this->get('kernel')->getRootDir() . '/../web/uploads/'） - 注意：上传后字段值不会自动写入实体，需在
isValid()后手动赋值，例如$user->setAvatar($fileName)
