Laravel登录报错Attempt to read property 'status' on null排查求助

1. 「Attempt to read property 'status' on null」报错原因 #

这个错误说明执行$customer->status时，$customer变量是null。首次登录出现、刷新后恢复的情况，通常和以下场景有关：

• 会话初始化异常：首次请求时会话未正确创建，导致用户查询依赖的临时标识失效，刷新后会话正常初始化，查询能找到用户。
• 数据库查询或缓存问题：比如首次请求时数据库连接池繁忙、缓存未命中导致查询失败，刷新后请求重新执行，查询成功。
• 登录参数传递异常：首次请求时用户名/密码等参数未正确传递到查询逻辑，刷新后参数正常传递。

2. 修改后所有账户被禁用的问题 #

你写的判断条件if ($customer->status ?? '' !== CustomerStatus::Active->value)存在运算符优先级错误：PHP中??的优先级低于!==，实际执行逻辑是：

$customer->status ?? ('' !== CustomerStatus::Active->value)

由于''不等于CustomerStatus::Active->value，括号内结果为true，无论$customer是否为null、status是什么值，整个表达式都会返回true，导致所有请求都触发「账户禁用」逻辑。

3. 正确修复方案 #

第一步：先处理$customer为null的情况 #

在判断状态前，必须先确保$customer不为null，否则直接判定登录失败：

// 先验证用户是否存在
if (!$customer) {
    throw new AuthenticationException('Invalid credentials');
}

// 再验证账户状态
if ($customer->status !== CustomerStatus::Active->value) {
    throw new AuthenticationException('Your account is disabled');
}

第二步：排查$customer为null的根因 #

要解决首次登录的问题，需要检查authenticate方法中的用户查询逻辑：

• 确认查询条件是否准确：比如是否严格匹配用户名/邮箱大小写，是否包含了「未删除用户」这类过滤条件。
• 检查会话与缓存逻辑：如果登录过程用到缓存，确认首次请求时缓存是否未正确加载，或者会话是否在查询用户之后才初始化。
• 记录请求日志：对比首次登录和刷新后的查询SQL、参数，看两次请求的差异，定位首次查询返回null的具体原因。

可选优化（PHP 8.0+） #

如果你使用PHP 8.0及以上版本，可以用空安全访问符?->简化判断，但仍需先处理$customer为null的场景：

if (!$customer || $customer?->status !== CustomerStatus::Active->value) {
    // 注意：这里统一提示避免泄露用户存在性的敏感信息
    throw new AuthenticationException('Invalid credentials or disabled account');
}

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