Symfony 4认证成功后无会话令牌，页面空白无限加载求助

从你给出的日志和配置来看，核心问题很明确：用户认证成功后触发了PHP内存耗尽错误，哪怕把memory_limit设为-1也会无限加载——这几乎肯定是代码里出现了无限循环或者递归引用，大概率出现在用户实体处理、或者认证后的事件流程里。下面是一步步的排查和解决思路：

1. 先检查User实体的__toString方法 #

Symfony在认证完成后，会尝试序列化用户对象（比如存入Session或者生成Token）。如果你的User实体里的__toString魔术方法不小心调用了自身关联的实体，而那个实体又反向引用回User，就会触发无限循环，直接把内存耗干。

比如你可能写了这样的错误代码：

// 错误示例：触发循环引用
public function __toString(): string
{
    return $this->getTrick()->getName(); // Trick实体里又关联了User
}

解决办法：
暂时把__toString改成只返回简单属性（比如用户名），或者直接注释掉，然后再测试认证：

// 修改后的正确示例
public function __toString(): string
{
    return $this->getUsername(); // 只返回基础字符串属性
}

2. 排查认证成功后的事件监听器 #

如果你自定义了SecurityEvents::INTERACTIVE_LOGIN或者其他认证相关的事件监听器，一定要检查里面的代码有没有循环逻辑：

• 比如无限调用某个服务、递归处理数据
• 或者不小心触发了Doctrine的全量关联加载（比如遍历用户的所有关联实体，而每个实体又有大量子关联）

解决办法：
先把所有自定义的认证事件监听器暂时移除，测试认证是否正常。如果问题消失了，再逐个把监听器加回来，定位到出问题的那一个。

3. 检查User实体的关联关系和序列化配置 #

如果你的User实体有很多关联对象（比如关联了大量Trick、Comment），而在序列化时没有正确限制范围，Symfony会尝试序列化所有关联数据，直接撑爆内存。

解决办法：

• 如果用了Symfony序列化组件，给User实体的属性加上正确的#[Groups]注解，只序列化必要的字段
• 确保Doctrine的关联是延迟加载（默认是，但如果手动改成了EAGER就要注意）
• 在security配置里开启erase_credentials: true（虽然主要是清除密码，但能减少序列化的数据量）：

  firewalls:
      main:
          # ...其他配置
          form_login:
              # ...
          erase_credentials: true
  

4. 定位更详细的错误位置 #

你现在的错误日志显示in Unknown on line 0，这说明PHP无法定位到具体的错误文件。可以在开发环境临时开启display_errors和error_reporting，获取更精准的错误信息：

# php.ini（或者.env.local里设置）
display_errors = On
error_reporting = E_ALL

这样能帮你直接找到触发内存耗尽的具体代码行。

5. 验证默认跳转路由是否有问题 #

你设置了default_target_path: /，要确认这个首页路由对应的控制器有没有问题——比如首页是否在加载大量数据、或者有循环逻辑？

解决办法：
暂时把default_target_path改成一个简单的测试路由，比如：

form_login:
    # ...
    default_target_path: /test

然后写一个简单的测试控制器：

// src/Controller/TestController.php
public function test(): Response
{
    return new Response('Login success!');
}

如果认证后能正常显示这个页面，说明问题出在首页控制器，而不是认证流程本身。

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