blade模板继承必须用@extends而非@include，@extends是唯一入口且须为子视图首条语句；父模板需用@yield定义占位符，子视图用@section填充；多层继承慎用@parent，避免超两层；变量作用域独立，父子间需通过@section传递数据。
Blade 模板继承用 @extends 而不是 include
很多人一上来就用 @include 拼布局，结果样式错乱、@yield 不生效、SEO 标题没法动态替换——根本原因是混淆了「复用片段」和「模板继承」两种机制。@extends 才是 Blade 布局控制的唯一入口，它让子视图完全交出渲染权给父模板。
-
@extends('layouts.app')必须是子视图的第一条语句，前面不能有任何输出（包括空格、换行） - 父模板中用
@yield('content')定义可替换区域，子视图用@section('content')...@endsection填充 - 不要在父模板里写
@include来“加载”子内容——那会破坏继承链，@yield变成静默失效 - 如果需要复用局部组件（比如按钮、卡片），才用
@include('components.button')或@component
父模板里必须有 @yield，否则子视图内容直接丢弃
常见错误是父模板只写结构、忘了声明 @yield 占位符。这时候子视图里的 @section 会被解析但无处落脚，整个区块内容彻底消失，浏览器只显示父模板的静态部分。
- 每个要被子视图覆盖的区域，都得有对应名称的
@yield('xxx')，比如@yield('title')、@yield('scripts') -
@yield支持默认值：@yield('description', '默认描述')，避免子视图未定义时空白 - 不要用
@show替代@endsection——@show是立即输出并结束 section，仅用于覆盖式追加，日常布局中几乎不用
多层继承要小心 @parent 的位置和时机
当存在 base → dashboard → user 这样的三层继承时，中间层（如 dashboard）如果想扩展而非完全替换某 section，就必须显式调用 @parent。漏掉或放错位置会导致上层内容被截断或重复渲染。
-
@parent必须出现在@section内部，且只能在开头或结尾（不能中间插队） - 例如在 dashboard.blade.php 中扩展 title：
@section('title')用户管理 - @parent@endsection - 如果父级没有定义该
@yield，@parent不报错也不输出，这点容易让人误以为“没生效”，其实是上游压根没提供 - 不推荐超过两层继承，维护成本陡增；更稳的做法是 base 布局 + 多个独立 layout（如
layouts.admin、layouts.public）
路由返回视图时，传参方式不影响继承逻辑，但影响 @yield 内容的上下文
很多人以为 return view('pages.user', ['name' => 'Alice']) 会让 @yield 自动拿到 $name，其实不会——@yield 只负责内容块注入，变量作用域仍由视图自身决定。
- 子视图里能直接用
{{ $name }}，但这是因为它属于该视图的作用域，和继承无关 - 如果要在父模板中使用子视图传入的数据（比如动态设置
<title></title>），必须通过@section把变量输出到对应@yield区域，例如：@section('title'){{ $user->name }} 的主页@endsection - 避免在父模板里写
{{ $user ?? '' }}——子视图没传这个变量时会报Undefined variable错误，要用@isset($user)或 null 合并操作符{{ $user->name ?? '访客' }}
真正容易卡住的是父子模板之间没有形成清晰的“契约”：哪些 @yield 是必须实现的，哪些有默认值，哪些允许为空。一旦多人协作或时间拉长，光看子视图根本看不出它依赖父模板提供了什么，最后只能靠试错和翻源码。
