Gate::allows()返回false大概率是未定义ability而非真没权限；必须在AuthServiceProvider@boot()中用Gate::define()显式注册，规则名须完全匹配，闭包参数顺序为$user、$post，且需防御性判空。
Gate::allows() 调用返回 false 却不报错，是没定义还是真没权限？
直接调用 Gate::allows('edit-post', $post) 返回 false，大概率不是用户没权限，而是根本没注册这个 ability。Laravel 不会抛异常，也不会提示“规则未定义”，静默返回 false——这最容易被当成权限拒绝，实则是配置遗漏。
必须在 App\Providers\AuthServiceProvider@boot() 中用 Gate::define() 显式注册：
$gate->define('edit-post', function ($user, $post) {
return $user?->id === $post?->user_id;
});
- 规则名
'edit-post'必须和allows()第一个参数**完全一致**（大小写、连字符都不能错） - 闭包参数顺序固定：
$user在前，$post在后；Laravel 会自动注入当前认证用户，你**不要手动传$user->id或auth()->id()**，否则闭包里收到的是 int，后续访问$user->id就会报Attempt to read property 'id' on int - 如果
$user或$post可能为 null（如游客访问、新建表单），必须用 nullsafe 操作符（?->）或三元判断，否则直接报错
闭包里访问模型关联字段总报错，怎么安全写逻辑？
常见错误是写成 $user->posts->contains($post->id) 或 $post->author->id === $user->id，但 $user 未登录时为 null，$post 可能是空对象或刚 new 出来还没保存，关联属性根本不存在。
正确做法是只做轻量级判断，依赖已加载数据，不触发额外查询：
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
- 确保控制器/请求中已预加载必要关系，比如
$post = Post::with('author')->find($id)，再传给Gate::allows() - 闭包内只用已有字段：用
$post?->user_id，别用$post->author?->id - 需要角色绕过？复用已有逻辑，比如
$user?->can('force-edit')，而不是硬写$user?->role === 'admin' - 避免在闭包里查数据库（
User::find()、$post->fresh()），Gate 规则应是纯函数式判断
@can('edit-post', $post) 在 Blade 里报 Undefined variable: $user？
模板渲染时若用户未登录，@can 底层仍调用 Gate::allows()，但此时 $user 是 null，而你的 Gate 闭包里又写了 $user->id，就会爆变量未定义或属性访问错误。
所有 Gate 闭包第一行必须防御性检查：
$gate->define('edit-post', function ($user, $post) {
if (!$user) {
return false;
}
return $user->id === $post?->user_id;
});
- 别依赖 Laravel “自动返回 false” 的行为——它只在
$user为 null 且你没定义before()时生效；一旦加了before回调，逻辑就更复杂了 - 模板中确保
$post已实例化，别传null或未初始化变量，否则$post?->user_id也救不了 - 如果需要游客可看公开文章，规则要显式覆盖：
return $post && ($user?->id === $post->user_id || $post->is_public);
什么时候该用 Gate，什么时候该换 Policy？
Gate 适合资源无关或简单条件判断，比如 'view-dashboard'、'manage-users'、'delete-any-post'；Policy 才适合绑定到具体模型的 CRUD 场景，比如 PostPolicy@edit、UserPolicy@delete。
混用时注意优先级：当你调用 @can('edit', $post)，Laravel 会先查 $policies 配置，找到 Post::class => PostPolicy::class 后，直接走 PostPolicy@edit()，Gate::define('edit') 完全不会执行。
- 想强制走 Gate？用
Gate::forUser($user)->allows('edit', $post) - 全局能力（如超级管理员）建议用
before()统一拦截：$gate->before(fn ($user, $ability) => $user?->isSuperAdmin() ? true : null); - Policy 方法名必须小写、无连字符（
edit，不是edit-post），且参数顺序固定：(User $user, Post $post)
-> 就崩，而且错误堆栈还藏得深。 
