Symfony 2.5：提交表单时避免Entity Type获取全部记录

首先咱们得揪出慢请求的根源：当Symfony表单的handleRequest处理EntityType字段时，它会把你通过Angular传过来的用户对象，和EntityChoiceList里的所有选项逐一匹配，以此校验值的合法性。如果你的用户实体数量多，这个遍历匹配过程就会变得异常拖沓——而你明明已经通过Ajax传了完整对象，Symfony这套校验完全是多余的性能开销。

下面给你几个针对性的解决方案，按推荐程度排序：

方案1：移除表单中的EntityType字段，手动处理关联 #

既然这个下拉是Angular独立管控的，没必要让Symfony表单来掺和它的校验和映射。你可以这么做：

• 在表单类里删掉这个用户下拉对应的EntityType字段；
• Ajax提交时只传选中用户的id（别传整个对象）；
• 控制器接收表单数据后，根据id从数据库捞到对应的用户实体，再手动关联到主实体上：

  // 控制器代码示例
  public function submitAction(Request $request, EntityManagerInterface $em)
  {
      $data = json_decode($request->getContent(), true);
      $mainEntity = new MainEntity();
      $form = $this->createForm(MainEntityType::class, $mainEntity);
      $form->submit($data);
  
      if ($form->isValid()) {
          // 手动关联用户
          $user = $em->getRepository(User::class)->find($data['userId']);
          $mainEntity->setUser($user);
  
          $em->persist($mainEntity);
          $em->flush();
          // 返回响应...
      }
  }
  

这个方案直接绕过了EntityChoiceList的校验逻辑，是最彻底的性能优化方式。

方案2：改用ChoiceType并手动传入选项 #

如果一定要保留表单字段，可以把EntityType换成ChoiceType，手动传入用户选项的id和标签，避免Symfony自动加载所有用户实体生成EntityChoiceList：

// 表单类代码示例
public function buildForm(FormBuilderInterface $builder, array $options)
{
    $users = $options['users'];
    $userChoices = [];
    foreach ($users as $user) {
        $userChoices[$user->getUsername()] = $user->getId();
    }

    $builder
        // 其他常规字段...
        ->add('user', ChoiceType::class, [
            'choices' => $userChoices,
            'choice_value' => function (?User $user) {
                return $user ? $user->getId() : null;
            },
        ]);
}

public function configureOptions(OptionsResolver $resolver)
{
    $resolver->setRequired('users');
    $resolver->setAllowedTypes('users', 'array');
}

然后在控制器创建表单时，传入预先查询好的用户列表（可以按需分页或过滤，减少选项数量）：

$users = $em->getRepository(User::class)->findBy([], ['id' => 'ASC'], 100); // 按需限制数量
$form = $this->createForm(MainEntityType::class, $mainEntity, ['users' => $users]);

这样getChoicesForValue只会处理你传入的有限选项，不会遍历全量用户。

方案3：优化EntityType的查询逻辑 #

如果坚持要用EntityType，那就要优化它的查询，减少EntityChoiceList里的选项数量：

// 表单类代码示例
->add('user', EntityType::class, [
    'class' => User::class,
    'query_builder' => function (UserRepository $repo) {
        // 只查询需要的用户，比如过滤活跃用户，或者只select id和必要字段
        return $repo->createQueryBuilder('u')
            ->where('u.isActive = :active')
            ->setParameter('active', true)
            ->select('u.id', 'u.username'); // 只选需要的字段，减少内存占用
    },
    'choice_label' => 'username',
    'choice_value' => 'id',
]);

这种方式能减少EntityChoiceList中的实体数量和数据量，从而加快getChoicesForValue的匹配速度。

总结一下，最推荐方案1，它完全避免了Symfony表单对这个Angular处理字段的不必要干预，从根源上解决性能问题。

内容的提问来源于stack exchange，提问作者Bapt