Laravel中Auth::user()->is_admin始终返回false的问题排查

问题现象 #

• 调用Auth::user()->is_admin始终返回false或无输出，但通过DB::table('users')->where('id', Auth::id())->value('is_admin')能正确获取数据库中is_admin字段的真实值
• 修改数据库中is_admin的字段类型无效果，用var_dump()验证该值始终被识别为布尔类型false
• 新增其他字段可正常读取（识别为整数），但将新字段改名为is_admin后问题重现

问题原因 #

User模型中定义了访问器getIsAdminAttribute()，Laravel会优先调用该方法返回值，完全覆盖了数据库字段的读取逻辑：

public function getIsAdminAttribute()
{
    return $this->roles()->where('id', 1)->exists();
}

public function roles()
{
    return $this->belongsToMany(Role::class);
}

这段代码的逻辑是判断当前用户是否关联了ID为1的角色，返回布尔值，完全忽略数据库中is_admin字段的实际值。

解决方案 #

方案1：直接删除访问器 #

如果不需要通过角色判断管理员身份，直接删除上述访问器及关联的roles()方法即可。删除后，Auth::user()->is_admin会直接读取数据库字段的值（此时为整数类型）。

方案2：保留角色逻辑同时读取数据库字段 #

如果需要保留角色判断的逻辑，同时还要读取数据库的is_admin字段，可以通过以下方式调整：

• 修改访问器名称：将访问器改为getHasAdminRoleAttribute()，这样调用Auth::user()->has_admin_role可获取角色判断结果，Auth::user()->is_admin则正常读取数据库字段：

  public function getHasAdminRoleAttribute()
  {
      return $this->roles()->where('id', 1)->exists();
  }
  
  public function roles()
  {
      return $this->belongsToMany(Role::class);
  }
  

• 合并逻辑（按需选择）：如果需要结合数据库字段和角色逻辑返回结果，可修改访问器：

  public function getIsAdminAttribute()
  {
      // 示例：数据库字段为1 或者 关联了ID=1的角色，都返回true
      return $this->attributes['is_admin'] == 1 || $this->roles()->where('id', 1)->exists();
  }
  

关键说明 #

Laravel的访问器遵循get[驼峰式字段名]Attribute的命名规则，只要模型中定义了对应方法，访问模型属性时就会优先执行该方法的逻辑，而非直接读取数据库字段，这是导致本次问题的核心机制。

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