@if($user->name)会报错是因为$user为null时php尝试访问不存在对象的属性；正确写法是@if($user && $user->name)或php 8.0+的@if($user?->name)，@isset和@empty语义明确但适用范围窄，复杂逻辑应预计算。
@if 是 Blade 中最通用的条件指令，但它不是万能的——用错地方会直接报错或逻辑翻车。
为什么 @if($user->name) 会报错？
当 $user 是 null 时，@if($user->name) 触发 PHP 的 “Trying to get property 'name' of non-object” 错误。Blade 不做空值防护，它只是把表达式原样交给 PHP 执行。
- 正确写法是先确保对象存在：
@if($user && $user->name) - 或者用空安全操作符（PHP 8.0+）：
@if($user?->name) -
@isset($user->name)不能用——它会先尝试访问$user->name，而此时$user可能为null，仍会报错 - 更稳妥的兜底：在控制器里预设默认值，比如
$user = $user ?? new User()，或用@php $name = $user?->name ?? '' @endphp再判断
@isset 和 @empty 到底该在什么场景用？
@isset 只检测变量是否已声明且不为 null；@empty 等价于 PHP 的 empty()，对 null、false、0、''、[]、"0" 都返回 true。它们语义明确，但适用范围窄。
- 检查可选参数是否传入且非
null：用@isset($limit)——$limit = 0也能通过 - 统一兜底所有“无意义输入”（如表单字段未填、为空字符串、为 null）：用
@empty($bio) - 千万别用
@empty($posts)判断集合是否为空——如果$posts = 0（比如数据库字段误存了数字），也会进空分支 - 真正判断 Eloquent 集合是否为空：
@if($posts->count())；原生数组：@if(count($posts))
复杂判断别塞进 Blade，否则维护和测试都头疼
像 @if($order->status === 'paid' && $order->paid_at && $order->paid_at->diffInDays(now()) 这类逻辑，既难读又无法复用，还可能因重复调用关系导致 N+1。
- 移到模型里写 Accessor：
getIsRecentPaidAttribute()，模板中写@if($order->is_recent_paid) - 用 View Composer 预计算并注入：
$view->with('canRefund', $order->canRefund()) - 绝对不要在 Blade 里调用
now()、date()或查询数据库——每次渲染都执行，且结果无法缓存 - 需要链式判断深层属性（如
$user->profile->avatar）时，@isset和@empty都不支持，必须拆成多层或改用@if($user && $user->profile && $user->profile->avatar)
Blade 条件指令不是语法糖，而是有明确语义边界的工具。选错指令不会报语法错误，但会在某个边缘 case 下突然失效——比如 $score = 0 时 @if($score) 不渲染，而业务上 0 分是合法值。
