Laravel 5.5自定义Blade指令报错：Call to a member function has() on null求助

这个问题我之前开发Laravel项目时也踩过坑！核心原因很明确：当页面没有验证错误的时候，session('errors')会返回null，这时候直接调用has()方法就会触发这个致命错误。下面给你几个实用的解决思路，按推荐程度排序：

1. 利用Laravel自动共享的$errors变量（最推荐） #

Laravel自带的ShareErrorsFromSession中间件会自动把$errors变量共享到所有视图中——即使没有任何验证错误，它也是一个空的MessageBag实例，永远不会是null。所以我们可以直接用这个变量来改写指令：

public function boot() {
    Blade::if('hasError', function ($field) {
        return $errors->has($field);
    });
}

这样修改后，不管有没有错误，$errors都能安全调用has()方法，完美解决null报错问题，这也是最符合Laravel框架设计的做法。

2. 使用PHP可选链操作符（PHP 8.0+适用） #

如果你的项目已经升级到PHP 8.0及以上版本，可选链操作符?->可以帮你简化null判断：

public function boot() {
    Blade::if('hasError', function ($field) {
        // 如果session('errors')是null，直接返回null（Blade中会被视为false）
        return session('errors')?->has($field);
    });
}

这个写法简洁优雅，省去了额外的条件判断代码。

3. 兼容低版本PHP的严谨判断 #

如果项目还在使用PHP 8.0以下的版本，就需要显式判断session('errors')的存在和类型：

public function boot() {
    Blade::if('hasError', function ($field) {
        $errors = session('errors');
        // 先判断是否是MessageBag实例，再调用has()
        return $errors instanceof \Illuminate\Contracts\Support\MessageBag && $errors->has($field);
    });
}

这种写法兼容性最好，同时通过类型检查保证了调用的安全性。

你的视图调用方式@hasError('email') has-error @endif不需要修改，只要按上面任意一种方式修复指令后，就能正常运行啦！

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