需先确认视图后缀是否注册：检查config/view.php中'extensions'数组及View::addExtension()调用时机（必须在AppServiceProvider@register()中），再执行php artisan view:clear、config:clear和cache:clear，并验证storage/framework/views无残留旧缓存。
修改Laravel视图模板后缀（如从.blade.php改为.html或.twig）后页面报错、视图无法加载、缓存未刷新，需快速定位是配置未生效、缓存残留还是引擎注册失败。
确认视图后缀是否被正确注册为可识别类型
打开 config/view.php，检查 ['extensions'] 数组是否包含你新增的后缀（例如 'html'），且对应值是已注册的编译器类名（如 'blade.compiler'）。
若使用自定义扩展名（如 .vue），必须确保该扩展名已通过 View::addExtension('vue', 'blade.compiler') 注册——否则 Laravel 根本不会尝试解析它，直接抛出 InvalidArgumentException: View [xxx] not found。
这一步漏掉，后续所有缓存清理都无效。
清除视图缓存并验证路径映射
执行：php artisan view:clear。
紧接着运行：php artisan config:clear && php artisan cache:clear——因为视图扩展名注册有时依赖 config 缓存，不清理 config 缓存会导致 view.php 中的 extensions 修改不生效。
再手动检查 storage/framework/views/ 目录下是否仍有旧后缀（如 .blade.php）的缓存文件残留：如果有，说明 view:clear 没真正删干净，需手动删除整个 views 文件夹。
调试视图查找逻辑
在 vendor/laravel/framework/src/Illuminate/View/FileViewFinder.php 的 findInPaths() 方法中加一行日志：file_put_contents('/tmp/view-lookup.log', $name . PHP_EOL, FILE_APPEND);。
触发视图渲染后，查看 /tmp/view-lookup.log 中记录的实际查找名称——比如你调用 view('welcome')，但日志里只出现 welcome.blade.php 而没有 welcome.html，说明 Laravel 根本没把 .html 当作候选后缀去试。
此时回到第一步，重点检查 View::addExtension() 是否在服务提供者中正确调用，且调用时机早于视图查找器初始化——【必须在 AppServiceProvider@register() 或更早阶段执行，不能放在 boot() 里】。
验证 Blade 编译器是否支持新后缀
Blade 引擎默认只处理 .blade.php，即使你用 addExtension('html', 'blade.compiler')，也需确保该 HTML 文件内容仍符合 Blade 语法（比如含 @extends、@section），否则编译会失败并静默返回空内容。
临时将视图文件改回 .blade.php 后缀，确认功能正常——排除模板语法本身问题。
如果 .blade.php 正常而 .html 报错，说明不是后缀注册问题，而是 Blade 编译器对非 .php 后缀的文件读取时 MIME 类型或编码判断异常；此时应改用原生 PHP 视图引擎或自定义编译器。
