Laravel Auth系统中如何使用第二张表及非get方法获取用户专属数据

嘿，这两个问题都是Laravel开发里很常见的需求，我来一步步给你讲清楚怎么实现~

一、如何让Laravel Auth使用第二张表？ #

Laravel的Auth系统本身支持多表认证，核心是调整认证配置和对应模型，步骤如下：

1. 创建对应的数据模型
   先给你的第二张表（比如employees、admins）创建模型，继承Laravel的Authenticatable类，指定表名和可填充字段：

   namespace App\Models;
   
   use Illuminate\Foundation\Auth\User as Authenticatable;
   
   class Employee extends Authenticatable
   {
       // 指定你的第二张表名
       protected $table = 'employees';
       // 根据你的表字段调整可填充项
       protected $fillable = ['email', 'password', 'name', 'employee_id'];
       // 如果密码字段不是默认的password，这里要指定$password属性
       // protected $password = 'login_password';
   }
   

2. 修改认证配置文件
   打开config/auth.php，更新providers和guards部分：

   • 在providers里新增针对第二张表的认证提供者：

     'providers' => [
         'users' => [
             'driver' => 'eloquent',
             'model' => App\Models\User::class,
         ],
         // 新增提供者，名字自定义，对应你的模型
         'employees' => [
             'driver' => 'eloquent',
             'model' => App\Models\Employee::class,
         ],
     ],
     

   • 在guards里配置使用新的提供者（可以修改默认web guard，或者新增独立guard）：

     'guards' => [
         'web' => [
             'driver' => 'session',
             // 把默认的users换成你新增的employees提供者
             'provider' => 'employees',
         ],
         // 或者新增专属guard，比如employee
         'employee' => [
             'driver' => 'session',
             'provider' => 'employees',
         ],
     ],
     

3. 调整登录控制器（按需）
   如果你用默认的LoginController，可以指定使用自定义guard，避免和默认用户认证冲突：

   namespace App\Http\Controllers\Auth;
   
   use App\Http\Controllers\Controller;
   use Illuminate\Foundation\Auth\AuthenticatesUsers;
   use Illuminate\Support\Facades\Auth;
   
   class EmployeeLoginController extends Controller
   {
       use AuthenticatesUsers;
   
       // 登录后跳转路径
       protected $redirectTo = '/employee/dashboard';
   
       public function __construct()
       {
           $this->middleware('guest:employee')->except('logout');
       }
   
       // 指定使用employee guard
       protected function guard()
       {
           return Auth::guard('employee');
       }
   
       // 如果登录字段不是email，比如用employee_id，重写username方法
       public function username()
       {
           return 'employee_id';
       }
   }
   

配置完成后，就能用第二张表的用户信息完成认证啦~

二、不用get方法，像Auth那样获取用户关联数据 #

核心思路是用Eloquent关联，把用户表和其他业务表（比如用户资料、订单、设置）建立关联，之后就能像访问Auth::user()->name一样直接获取关联数据，不用手动调用get()。

举个常见的一对一关联例子：用户表和用户资料表（user_profiles）

1. 定义Eloquent关联

   • 在User模型里添加关联方法：

     namespace App\Models;
     
     use Illuminate\Foundation\Auth\User as Authenticatable;
     
     class User extends Authenticatable
     {
         // ... 其他代码
     
         // 一对一关联用户资料表
         public function profile()
         {
             return $this->hasOne(UserProfile::class);
         }
     }
     

   • 创建UserProfile模型并定义反向关联：

     namespace App\Models;
     
     use Illuminate\Database\Eloquent\Model;
     
     class UserProfile extends Model
     {
         protected $table = 'user_profiles';
         protected $fillable = ['user_id', 'address', 'phone', 'avatar'];
     
         // 反向关联用户表
         public function user()
         {
             return $this->belongsTo(User::class);
         }
     }
     

2. 直接访问关联数据
   登录后，你可以直接这样获取用户的专属数据：

   // 获取当前登录用户的地址
   $address = Auth::user()->profile->address;
   // 获取当前登录用户的手机号
   $phone = Auth::user()->profile->phone;
   

   这里的profile是动态属性，Laravel会自动执行关联查询并返回对应的UserProfile模型实例，完全不用写profile()->get()或者profile()->first()。

如果是一对多关系（比如用户有多个订单），关联定义类似：

// User模型里的关联
public function orders()
{
    return $this->hasMany(Order::class);
}

之后直接用Auth::user()->orders就能拿到该用户的所有订单集合，同样不用手动调用get()。

3. 优化：避免N+1查询
   如果页面多次用到关联数据，为了避免重复查询数据库，可以预加载关联。比如在登录时预加载：

   // 在LoginController的authenticated方法里
   protected function authenticated(Request $request, $user)
   {
       // 预加载profile关联
       $user->load('profile');
       return redirect()->intended($this->redirectPath());
   }
   

   或者在需要的地方手动加载：

   $user = Auth::user()->load('profile', 'orders');
   

这样操作下来，既满足了多表认证的需求，又能像Auth系统那样优雅地获取用户的专属关联数据啦~

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