改了 Blade 文件页面不更新，主因是 Laravel 生产环境下跳过编译检查、复用旧编译视图，或 storage/framework/views 权限/OPcache/浏览器缓存未清理；开发时应确保 APP_DEBUG=true、目录可写并执行 php artisan view:clear。
视图缓存（View Caching）在 Laravel 5.4 中默认不启用，它和配置缓存（config:cache）、路由缓存（route:cache）是三件独立的事——你改了 Blade 文件却没生效，大概率不是视图缓存的问题，而是配置缓存或服务器级缓存干扰了开发流程。
为什么改了 .blade.php 文件页面不更新？
这不是视图缓存没开，而是 Laravel 在生产环境默认把编译后的视图文件（storage/framework/views/ 下的 PHP 文件）当作“已编译模板”直接执行。这些文件只要没被删，就不会重新编译——哪怕源 .blade.php 已改。
- 开发时若开了
APP_ENV=production，Laravel 会跳过 Blade 编译检查，直接加载旧的 compiled view -
storage/framework/views/权限不对（如 www-data 写不了），导致新编译失败，但旧文件还在用 - 你手动清过
view:clear，但没清掉 OPcache 或 Nginx FastCGI 缓存，PHP 进程仍在执行旧的 opcode
php artisan view:clear 必须跑，但还不够
这个命令只删 storage/framework/views/ 下所有文件，是第一步，但不是全部。
- 必须确保
storage/framework/views/目录可写（Mac 上常见权限问题：sudo chmod -R 775 storage/framework/views） - 如果用了 PHP-FPM（如 Valet、Laravel Sail、MAMP），要重启 PHP 进程：
brew services restart php或valet restart - 如果你开了 OPcache（PHP 默认开启），需手动清除：
php artisan opcache:clear（需装laravel/opcache包）或直接重启 PHP - 浏览器也别忘了硬刷新（
Cmd+Shift+R），避免 304 响应走本地缓存
真要启用“视图缓存”，其实是关不掉的编译机制
Laravel 没有开关式“启用视图缓存”的配置项。所谓“视图缓存”，就是 Blade 编译后生成的 PHP 文件被反复复用——这个行为始终存在，无法关闭，只能控制它是否重新生成。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 开发时靠
APP_DEBUG=true和APP_ENV=local触发自动重编译（每次请求检查 .blade.php 修改时间） - 生产时靠
APP_DEBUG=false+APP_ENV=production禁用检查，强制复用已编译文件（这才是你想要的“缓存效果”） - 不要在
.env里设VIEW_CACHE=true——Laravel 5.4 根本不认这个变量
Mac 环境下最容易被忽略的坑
Mac 的文件系统（APFS）对大小写不敏感，但 Laravel 的视图路径解析器是敏感的。比如：
- 你在 Blade 里写
@include('components.Button')，但文件叫button.blade.php→ 找不到，且不报错，只渲染空白 - Valet 的 DNS 缓存有时会让
artisan serve绑定的端口响应异常，建议统一用php artisan serve测试，避开 Web 服务器层干扰 -
storage/framework/views/下的文件名含哈希（如abc123.php），修改 Blade 后它不会自动更新名字——所以必须清目录，不能只删部分
真正影响视图更新的，从来不是“有没有缓存”，而是“编译是否被触发”和“编译结果是否被正确加载”。Mac 上尤其要盯紧权限、PHP 进程状态和环境变量的真实值（用 php artisan tinker 输入 env('APP_ENV') 确认）。
