JWT要实现多用户登录入口分离，关键就在于把不同用户类型的登录链路彻底拆开：路由分开、守卫分开、控制器也分开。

比如在routes/api.php里单独定义/admin/login这类专属端点；在config/auth.php中为admin、merchant等角色配置各自独立的守卫；各控制器再通过对应守卫签发Token。

与此同时，受保护路由也要绑定匹配的守卫中间件。这样才能真正做到权限隔离，以及Token之间的互斥失效。

JWT多用户登录入口分离，核心在于为不同用户类型设置独立的登录路由和认证逻辑。例如管理员、普通用户、商家等，都应有各自独立入口。

这样可以避免令牌混用和权限越界。Lara vel本身不区分用户类型登录，需手动隔离路由、中间件与Token生成逻辑。

按用户类型定义独立登录路由

在routes/api.php中，为每类用户显式声明专属登录端点。这样路径语义更清晰，也更便于前端调用和后期维护。

• POST /api/admin/login → 管理员登录，验证AppModelsAdmin
• POST /api/user/login → 普通用户登录，验证AppModelsUser
• POST /api/merchant/login → 商家登录，验证AppModelsMerchant

不推荐复用同一/login接口再加参数判断类型。这样容易引发Token签发混淆和鉴权漏洞。

为各入口配置专用认证守卫（Guard）

在config/auth.php中，为每类用户定义独立守卫，并指定对应Provider和密码校验方式。

• 新增'admin'守卫，driver设为jwt，provider指向admins
• 新增'merchant'守卫，provider指向merchants
• 确保每个provider的model和table准确对应实体与数据表

守卫分离后，Auth::guard('admin')->attempt(...)可精准签发仅适用于管理员的Token。

登录控制器按守卫分流处理

每个登录接口应由独立控制器方法处理。这样可以明确指定守卫，也便于定制响应字段。

• AdminLoginController@store() 使用auth('admin')尝试登录，成功后返回含role: 'admin'的Token
• UserLoginController@store() 使用auth('web')或自定义user守卫，返回基础用户Token
• 所有方法统一调用JWTAuth::fromUser($user)生成Token，不依赖全局Auth门面

避免在单一控制器内用if-else判断角色。这样可以降低耦合，并提升可测试性。

路由中间件绑定对应守卫

受保护路由需匹配登录时使用的守卫，避免不同身份的Token交叉访问。

• GET /api/admin/dashboard 加中间件auth:admin
• GET /api/user/profile 加中间件auth:user
• 若使用auth:api默认守卫，必须提前在config/auth.php中将其映射到具体守卫（不推荐）

JWT Token中应包含guard或role声明。配合JWTBlacklistMiddleware，可实现跨守卫Token互斥失效。

《夸克》非常好用的免费AI浏览器

下载APP查看