Laravel问题：Auth::check()返回false但auth中间件未拦截访问

你遇到的矛盾现象核心在于Laravel中控制器构造方法的执行早于中间件！

我来拆解下你的代码实际执行流程：

1. 请求到达控制器时，首先触发__construct()构造方法
2. 此时你调用的Auth::check()会返回false——因为auth中间件还没运行，认证会话还未完成初始化，所以打印出"no"
3. 构造方法执行完毕后，才会启动$this->middleware('auth')对应的中间件逻辑
4. auth中间件会正常识别你的有效会话（毕竟你只是修改了用户数据但没登出，会话并未失效），所以允许访问控制器的index方法，最终打印出" index"

这就完美解释了为什么Auth::check()返回false，但中间件却允许访问——两者的执行时机完全不同！

根据你的需求，有几种实用的解决方式：

1. 把判断逻辑放到控制器方法中 #

因为控制器方法是在中间件执行完毕后才运行的，此时认证状态已经正确初始化：

public function __construct() {
    $this->middleware('auth');
}

public function index() {
    if(Auth::check()){
        print "yes";
    } else {
        print "no";
    };
    print " index";
}

2. 使用中间件的闭包回调 #

如果需要在中间件执行后立刻处理逻辑，可以在注册中间件时传入闭包：

public function __construct() {
    $this->middleware('auth')->after(function ($request, $next) {
        if(Auth::check()){
            print "yes";
        } else {
            print "no";
        };
        return $next($request);
    });
}

public function index() {
    print " index";
}

3. 直接用auth()->user()判断 #

在中间件执行后，你也可以通过auth()->user()是否为null来判断登录状态，写法更直观：

public function index() {
    if(auth()->user()){
        print "yes";
    } else {
        print "no";
    };
    print " index";
}

另外补充下：你修改用户数据但未登出的情况是正常的——只要用户会话没过期、remember_token未变更，auth中间件就能正确识别用户。如果修改了密码这类关键认证信息，建议强制用户登出，避免会话不一致的问题。

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