Symfony登录报错User must not be accessed before initialization

使用实现了UserInterface接口的User实体登录系统时，持续抛出如下错误：

Typed property Symfony\Component\Security\Core\Exception\AccountStatusException::$user must not be accessed before initialization
报错路径：D:\cours\symfony\blog\vendor\symfony\security-core\Exception\AccountStatusException.php:45

按照旧方案给User实体手动实现\Serializable接口后问题仍未解决，对应存在问题的序列化实现代码如下：

public function serialize(): array {
    return ['id' => $this->getId(), 'email' => $this->getEmail(), 'password' => $this->getPassword(), 'roles' => $this->getRoles()];//FIXME ajouter rôle?
}
public function unserialize($serialized): void {
    list($this->id, $this->name, $this->email, $this->roles) = unserialize($serialized);
}

• 手动实现的序列化逻辑存在硬伤：serialize()返回的数组字段顺序为id、email、password、roles，但unserialize()解构赋值的属性顺序为id、name、email、roles，字段完全不匹配，反序列化后拿到的User对象缺失password等核心认证属性，安全组件加载会话用户时拿到不完整实例，触发账号状态校验异常时无法绑定用户对象，最终抛出属性未初始化错误。
• 手动实现\Serializable的方案是Symfony 5.2之前版本的过时处理逻辑，在5.4及以上版本中安全组件已经内置了用户对象的序列化逻辑，手动实现该接口反而会覆盖内置逻辑，引入不必要的兼容性问题。

• 第一步：移除User类上实现的\Serializable接口声明，删除自定义的serialize()、unserialize()方法，使用安全组件内置的用户序列化逻辑即可。
• 第二步：检查User实体的属性定义：所有参与认证的属性（主键id、登录标识、密码、角色字段）必须设置合法的类型声明，非可空属性要在构造方法中完成初始化，避免出现属性未赋值就被访问的问题。如果使用Doctrine作为ORM，不要给主键id字段添加序列化忽略注解，保证会话存储时能正确读取用户唯一标识。
• 第三步：执行命令清空项目缓存，同时清除浏览器中存储的当前站点会话Cookie后重试登录：

php bin/console cache:clear

• 第四步：如果上述操作后仍报错，检查项目中自定义的UserChecker实现：所有抛出AccountStatusException及其子类（DisabledException、LockedException、AccountExpiredException等）的位置，必须在抛出前调用异常实例的setUser()方法传入当前校验的用户对象，避免异常本身的$user属性未赋值就被拦截处理。

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