TYPO3 v13中$request->getAttribute('fe_user')返回NULL排查求助

可能的原因 #

• 中间件注册顺序/依赖缺失：虽配置了after: typo3/cms-frontend/authentication，但TYPO3 v13前端认证中间件依赖站点解析（typo3/cms-frontend/site）完成后才能初始化fe_user，若你的中间件在站点解析前执行，会导致fe_user未被注入。
• 请求上下文不匹配：中间件仅注册在frontend栈，但当前请求为后端、CLI或非前端请求，这类请求不会加载前端认证中间件，自然无法获取fe_user。
• 会话配置异常：v13改用JWT会话，若$GLOBALS['TYPO3_CONF_VARS']['FE']['sessionStorage']配置错误，会导致认证中间件无法正常初始化fe_user实例。
• 中间件未加载：扩展的请求中间件配置文件路径错误（需放在Configuration/RequestMiddlewares.php），或扩展未激活，导致中间件未注册到系统。

后端需检查的内容 #

• 验证中间件注册状态：登录TYPO3后端，进入「配置 > 站点配置 > 对应站点 > 请求中间件」，确认ixi/ixslogin/auto-login已在前端中间件列表中，且顺序在typo3/cms-frontend/authentication之后。
• 检查请求类型：在中间件中添加日志输出$request->getAttribute('applicationType')，确认当前请求为frontend类型（排除后端、CLI请求）。
• 排查站点解析状态：尝试获取站点配置$request->getAttribute('site')，若返回NULL，说明请求未经过站点解析中间件，需调整中间件顺序为after: ['typo3/cms-frontend/site', 'typo3/cms-frontend/authentication']。
• 查看系统日志：检查var/logs/typo3_*.log，过滤authentication相关日志，确认是否有会话初始化失败、数据库连接异常等错误。
• 确认认证中间件执行：通过调试工具或临时日志，确认typo3/cms-frontend/authentication确实在你的中间件之前执行，且已将fe_user注入请求。

代码调整建议 #

修正中间件配置 #

确保中间件在站点解析和认证中间件之后执行：

<?php
return [
    'frontend' => [
        'ixi/ixslogin/auto-login' => [
            'target' => \Ixi\Ixslogin\Middleware\AutoLoginMiddleware::class,
            'after' => [
                'typo3/cms-frontend/site',
                'typo3/cms-frontend/authentication'
            ]
        ],
    ],
];

中间件临时排查代码 #

若fe_user仍为NULL，可尝试手动初始化实例（仅用于排查，正式环境不推荐）：

// 替换原获取fe_user的代码段
$frontendUserAuthentication = $request->getAttribute('fe_user');
if (!$frontendUserAuthentication instanceof FrontendUserAuthentication) {
    $logger->warning('[ixslogin] FrontendUserAuthentication未找到，尝试手动初始化');
    $frontendUserAuthentication = GeneralUtility::makeInstance(FrontendUserAuthentication::class);
    $frontendUserAuthentication->initFE();
    $request = $request->withAttribute('fe_user', $frontendUserAuthentication);
}

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