Blade模板核心机制是输出变量、控制结构、继承布局和防XSS，文件须存resources/views/下且以.blade.php结尾，view()才不报错；{{}}自动转义防XSS，{!! !!}仅用于可信HTML；@extends必须首行，@section需严格匹配@yield；$loop比手动计数更可靠；修改后需php artisan view:clear清缓存。
Blade 模板不是“写法越多越好”，而是用对几个核心机制就能覆盖 95% 的日常需求：输出变量、控制结构、继承布局、避免 XSS。其他语法糖只是锦上添花，先踩稳这四块砖，再谈优化。
怎么命名和放对位置，view() 才不报 View not found
这是最常卡住新人的第一步——文件存在，但 Laravel 死活找不到。
-
resources/views/是唯一被扫描的目录，app/Views/、public/views/、views/（项目根目录下）全都不认 - 文件名必须以
.blade.php结尾，dashboard.php或home.html不会被编译，view('home')直接抛出View [home] not found - 子目录路径自动转为点号，
resources/views/admin/users/index.blade.php对应视图名是admin.users.index，不是admin/users/index - 文件名不能含空格或中文，
user list.blade.php→ 改成user_list.blade.php；否则view('user list')会解析失败
{{ $var }} 和 {!! $var !!} 的区别不只是“转义不转义”
它们本质是两种安全策略：一个默认兜底，一个主动担责。
-
{{ $var }}等价于htmlspecialchars($var, ENT_QUOTES, 'UTF-8')，连<script>都会变成可见文本，防 XSS 是刚性保障 -
{!! $var !!}完全不处理，原样进 HTML，只该用于你 100% 控制来源的内容，比如后台富文本编辑器存的<p><strong>Hello</strong></p> - 常见错误：把用户提交的评论字段用
{!! $comment !!}渲染 → XSS 漏洞直接暴露；或者把 JSON 字符串用{{ $json }}→ 输出一堆转义符号，前端JSON.parse()报错 - 需要传 JSON 给 JS 时，推荐：
<script>const data = @json($data);</script>，@json会自动转义并保证合法 JSON 格式
@extends 和 @section 配对失败的三个典型信号
页面空白、报 Undefined variable: __env、内容不显示但没报错——基本就是继承链断了。
- 父模板用
@yield('content')，子模板必须写@section('content')，拼写、大小写、引号类型（单/双）全部严格一致；@section('Content')或@section("content")都不会匹配 -
@extends('layouts.app')必须是子模板的第一条指令，前面不能有空行、注释、HTML 或 PHP 代码；否则 Blade 解析器会把@extends当作普通文本处理 -
@section必须配@endsection，@stop是旧写法（Laravel 5.8+ 已弃用），继续用会触发 E_USER_DEPRECATED 警告，某些调试模式下直接中断渲染 - 想在子模板里“追加”而不是“替换”某段内容（比如往
stylesstack 加 CSS），用@push('styles')+@stack('styles')，别反复写@section('styles')，后者只会覆盖前一次
循环里用 $loop 变量比手动计数更可靠
别在 @foreach 外套一层 $i = 0; $i++，Blade 自带的 $loop 更简洁、线程安全、且支持嵌套循环独立追踪。
-
$loop->index：从 0 开始的当前索引（等价于传统 for 循环的$i） -
$loop->iteration：从 1 开始的当前轮次（更符合“第几条”的语义） -
$loop->first/$loop->last：布尔值，不用再写$loop->index === 0或$loop->index === count($items) - 1 - 嵌套循环中，每个
@foreach有自己的$loop实例，$loop->parent->first可访问外层循环状态 - 注意：
$loop在@forelse的@empty分支里不可用，因为此时没有实际循环发生
Blade 编译缓存很省心，但改完模板后页面没更新，第一反应不该是“是不是语法错了”，而是先清缓存：php artisan view:clear —— 尤其在生产环境或启用了 OPcache 时，旧编译文件可能顽固驻留。
