PHP登录代码报错：读取/赋值null属性及else语句失效问题

核心问题是查询用户数据后未先判断结果是否存在，导致后续代码操作null值引发报错，同时分支逻辑异常。

1. 先处理查询结果的判空 #

执行预处理查询后，必须先检查返回的用户数据是否有效（即是否查到匹配的用户），否则直接操作null会触发报错。示例代码：

$stmt->execute();
$row_data = $stmt->fetch_assoc(); // 若用对象则是 fetch_object()

// 先判断是否查到用户
if (!$row_data) {
    // 处理用户不存在的情况：返回错误、终止流程
    die("用户名或密码错误");
}

这一步必须放在所有访问$row_data字段/属性的代码之前，从根源避免null操作错误。

2. 第一个错误的本质 #

你将$row_data->is_tfa_enabled改为$row_data['is_tfa_enabled']能暂时消除报错，是因为前者是对象属性访问，后者是数组索引访问，但这只是规避了报错形式——如果$row_data本身是null，数组访问其实仍会触发Warning: Trying to access array offset on null（可能你的PHP版本未抛出该警告，但隐患依然存在）。只有先判空，才能彻底解决问题。

3. 第二个错误的解决 #

第170行给$row_data->is_verified赋值时出现致命错误，说明该行代码在$row_data为null时仍被执行。只需将上面的判空逻辑前置，确保只有查到有效用户时，才会进入后续赋值、密码验证等代码块。

4. 修复else语句被跳过的问题 #

检查你的分支逻辑：

• 避免依赖$stmt->rowCount()判断是否有结果（部分数据库驱动对SELECT语句的rowCount()返回值不准确）；
• 直接用$row_data的存在性作为分支条件，比如：

  $row_data = $stmt->fetch_assoc();
  if ($row_data) {
      // 用户存在：处理密码验证、双因素认证逻辑
  } else {
      // 用户不存在：执行对应的错误处理逻辑
  }
  

这样能确保当无匹配用户时，代码会进入else分支，不会跳过。

5. 调试小技巧 #

• 在fetch后添加var_dump($row_data); exit;，确认查询结果是否符合预期；
• 检查SQL语句的占位符与绑定参数是否匹配，字段名、表名是否拼写正确。

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