这个问题我之前踩过同款坑！Blade组件的插槽默认是提前求值的——不管你在组件里用@if有没有把它渲染出来，Blade都会先把插槽里的所有表达式、变量都计算一遍，这就导致哪怕你的condition是true，$arr['foo']['bar']还是会被执行，自然就报出"Trying to access array offset on null"的错误了。

给你两个实用的解决办法，都是我平时开发里亲测有效的：

方法一：用闭包延迟插槽的求值（优先推荐） #

这是最轻量化的方案，核心思路是把插槽内容变成一个可调用的闭包，只有当组件确定要渲染它的时候，才执行这个闭包完成求值。

第一步：修改你的组件代码 #

把原来直接输出$slot改成调用$slot()，把插槽当成闭包来执行：

@props(['condition'])

@if ($condition)
    error
@else
    {!! $slot() !!} {{-- 如果插槽是纯文本用{{ }}也可以，{!! !!}是为了兼容带HTML的内容，避免被转义 --}}
@endif

第二步：使用组件时包裹闭包 #

把原来的插槽内容用fn() => ...包裹，变成一个可调用的闭包：

@php
   $arr = []; // 此时arr为空，但condition为true时闭包不会被执行
@endphp
<x-my-component :condition="true">
   {{ fn() => $arr['foo']['bar'] }}
</x-my-component>

这样一来，只有当$condition为false时，组件才会执行这个闭包，而此时你的业务逻辑已经确保$arr['foo']['bar']是存在的，自然就不会报错了。

方法二：用子视图+条件引入作为替代 #

如果觉得闭包的写法有点别扭，也可以把插槽内容抽成独立的子视图，然后用条件引入的方式实现延迟加载：

第一步：创建子视图 #

新建一个子视图文件，比如resources/views/partials/my-content.blade.php，把原来插槽里的内容放进去：

{{ $arr['foo']['bar'] }}

第二步：修改组件接收视图参数 #

让组件接收一个视图实例，只有条件不满足时才渲染这个视图：

@props(['condition', 'contentView'])

@if ($condition)
    error
@else
    @include($contentView->getName(), $contentView->getData())
@endif

第三步：使用组件时传入视图 #

@php
   $arr = [];
@endphp
<x-my-component 
    :condition="true" 
    :content-view="view('partials.my-content', compact('arr'))" 
/>

不过这个方法需要额外创建子视图文件，没有闭包方案灵活，适合插槽内容比较复杂、需要复用的场景。

最后再补一句：Blade的这种提前求值是设计逻辑决定的，因为它要先把所有模板内容编译成PHP代码，所以直接写变量表达式肯定会被提前计算。用闭包延迟执行是最省心的解决方案，推荐优先用第一种~