Laravel导航栏预加载用户Animals关联模型及安全加载用户的方法

嘿，这个场景我太熟悉了——导航栏这种每个页面都要渲染的地方，N+1查询真的很影响性能，而且还容易踩坑。下面给你拆解一下解决方案，还有关于安全和实现方式的建议：

1. 怎么给Auth::user()预加载animals关联？ #

你之前的写法Auth::user()->animals()->first()会触发两次SQL查询，因为每次调用animals()都会生成一个新的查询构造器，执行一次SELECT。要解决这个问题，核心是提前预加载关联数据，让后续调用直接从内存的集合里取，而不是再查数据库。

方案一：用全局中间件预加载 #

因为导航栏是全局的，所有登录用户的web请求都可能用到这个数据，所以写一个中间件来统一处理预加载是很合适的：

• 首先创建中间件：

  php artisan make:middleware PreloadUserAnimals
  

• 打开生成的app/Http/Middleware/PreloadUserAnimals.php，修改handle方法：

  public function handle(Request $request, Closure $next)
  {
      // 只有登录用户才需要预加载
      if (Auth::check()) {
          // 预加载animals关联，后续调用Auth::user()->animals会直接用集合
          Auth::user()->load('animals');
      }
  
      return $next($request);
  }
  

• 把这个中间件加到app/Http/Kernel.php的web中间件组里：

  protected $middlewareGroups = [
      'web' => [
          // ... 其他中间件
          \App\Http\Middleware\PreloadUserAnimals::class,
      ],
  ];
  

之后在视图里就可以这么写（注意用属性animals而不是方法animals()）：

{{ Auth::user()->animals->first()?->name }} {{ Auth::user()->animals->first()?->amount }}

这里用?->是PHP 8+的空安全运算符，防止用户没有动物时报错。

方案二：用视图Composer精准加载 #

如果只有导航栏视图需要这个数据，用视图Composer更高效——只有当渲染导航栏视图时才会预加载：

在app/Providers/AppServiceProvider.php的boot方法里添加：

use Illuminate\Support\Facades\View;
use Illuminate\Support\Facades\Auth;

public function boot()
{
    // 给导航栏视图绑定数据
    View::composer('layouts.navbar', function ($view) {
        if (Auth::check()) {
            // 预加载关联后传给视图
            $user = Auth::user()->load('animals');
            $view->with('currentUser', $user);
        }
    });
}

然后在导航栏视图layouts/navbar.blade.php里直接用$currentUser：

{{ $currentUser->animals->first()?->name }} {{ $currentUser->animals->first()?->amount }}

2. 安全加载用户：全局变量还是控制器处理？ #

关于全局用户变量 #

只要是通过Laravel的认证系统（Auth::user()）获取的用户，不管是存在全局变量还是视图共享变量里，都是安全的——因为Auth::user()返回的是经过认证、验证过的用户模型实例，不会包含不可信数据。

但要注意：不要手动赋值全局用户变量（比如随便从数据库捞个用户塞进去），一定要依赖Auth门面提供的用户实例。

控制器处理的局限性 #

如果在每个控制器里单独预加载，会重复写很多代码，而且导航栏是全局组件，不可能每个控制器都去处理一遍，维护成本太高。所以控制器处理只适合某个特定页面需要额外预加载的场景，全局导航栏的需求不太适合。

总结推荐 #

• 优先选视图Composer：精准控制加载时机，只在需要的视图渲染时预加载，性能最优。
• 如果所有页面都需要用户的animals数据，选全局中间件更省心。
• 永远避免在视图里直接调用Auth::user()->animals()->first()这种会重复查询的写法，改用预加载后的集合属性。

内容的提问来源于stack exchange，提问作者Hans M.