Gate::allows() 不报错需先在AuthServiceProvider@boot()中用Gate::define()定义规则，权限名严格匹配且闭包须判空；@can报错因未登录时$user为null，应首行if(!$user) return false；混用Policy时优先执行Policy方法，强制走Gate需用Gate::forUser($user)->allows()。
Gate::allows() 怎么用才不报错？
直接调用 Gate::allows('delete', $post) 前，必须先定义对应规则，否则返回 false 且无提示。Laravel 不会自动抛异常，容易误判为“用户没权限”，其实是“根本没注册这个权限”。
- 定义必须在
App\Providers\AuthServiceProvider@boot()里，用Gate::define()或闭包方式注册 - 规则名（如
'delete'）要和allows()第一个参数严格一致，大小写敏感 - 第二个参数传模型实例（
$post）时，Laravel 会自动把该实例传入闭包；传数组或 null 时需手动处理空值逻辑 - 如果传了未定义的权限名，
allows()默认返回false—— 这不是 bug，是设计，但容易掩盖配置遗漏
闭包里怎么安全访问用户和资源？
闭包接收两个参数：$user 和 $post，但 $user 可能为 null（未登录），$post 也可能为空（比如新建表单场景）。硬写 $user->id 或 $post->user_id 会触发 Trying to get property 'xxx' of non-object。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 始终用 nullsafe 操作符或三元判断：
$user?->id === $post?->user_id - 避免在 Gate 闭包里查数据库（如
User::find()），它应是纯逻辑判断；关联数据应在控制器/请求前加载好再传入 - 若需角色判断（如管理员绕过限制），别写
$user->role === 'admin'，而应复用已有角色逻辑，或用$user->can('force-delete')避免耦合
blade 模板里用 @can 报错 Undefined variable: $user？
@can('update', $post) 底层仍走 Gate::allows()，但它依赖当前认证用户。如果模板在未登录态渲染（比如首页侧边栏），$user 是 null，而部分 Gate 规则没做 null 判断，就会报错。
- 确保所有 Gate 闭包第一行检查
if (!$user) return false;（或更明确地return false） - 不要在
@can里传未初始化变量，比如@can('view', $article)中$article是 null，会触发模型空指针 - 若需「游客可见」逻辑，显式定义规则：
Gate::define('view', fn ($user, $post) => $post && ($user?->id === $post->user_id || $post->is_public));
Gate 和 Policy 混用时权限不生效？
Policy 方法名和 Gate 名称冲突时，Laravel 优先走 Policy（如果已注册），而不是你定义的 Gate::define()。比如同时存在 Gate::define('delete', ...) 和 PostPolicy@delete()，调用 @can('delete', $post) 实际执行的是 Policy 方法。
- 用
php artisan tinker快速验证：Gate::getPolicyFor(App\Models\Post::class)看是否绑定了 Policy - 想强制走 Gate，改用
Gate::forUser($user)->allows('delete', $post)，绕过 Policy 自动发现 - Policy 文件里方法返回
true/false即可，不必 throw Exception；Gate 闭包同理，别 return 任何非布尔值（比如字符串或数组）
@can 会自动 fallback 到 Gate 却被 Policy 拦截了。这些地方一漏，权限就静默失效。 
