Laravel队列Mailable修改Blade视图不生效，需频繁清理缓存

问题原因 #

1. 队列 Worker 进程常驻特性：你使用的php artisan queue:work是常驻进程，启动后会把编译后的视图加载到内存中，后续处理任务时直接复用内存里的缓存视图，不会主动检测视图文件的修改——哪怕本地开发环境默认应该自动重新编译视图，Worker 进程不重启就不会读取新修改的文件。
2. 视图缓存的隐性触发：虽然本地环境默认VIEW_CACHE为true但会自动检测文件变化重新编译，但 Worker 进程的常驻状态会跳过这个检测逻辑，因为它已经加载了旧的编译结果到内存。
3. 残留的配置缓存：如果之前执行过php artisan config:cache，哪怕是在本地环境，配置缓存会固化视图相关的设置，导致自动重新编译的逻辑失效。

解决方案 #

1. 开发期间改用 queue:listen 替代 queue:work

queue:listen 会在每次处理完任务后重启进程，这样每次处理新任务时都会重新读取视图文件并编译，完全避免缓存问题，命令：

php artisan queue:listen

性能略低于work，但开发环境完全可以接受。

2. 强制禁用视图缓存

在本地环境的.env文件中添加：

VIEW_CACHE=false

或者修改config/view.php中的cache选项为false：

'cache' => env('VIEW_CACHE', false),

这样不管进程是否常驻，都会每次重新编译视图，确保修改即时生效。

3. 简化必要的清缓存操作

不需要执行一堆冗余命令，只需要两个关键命令就能解决问题：

php artisan view:clear
php artisan queue:restart

• view:clear 直接删除已经编译的视图文件
• queue:restart 让所有 Worker 进程重启，加载新的视图编译结果

如果还是偶尔失效，检查是否存在配置缓存，执行php artisan config:clear即可，其他命令（如cache:clear、route:clear、composer dump-autoload）完全没必要。

4. 开发时的临时调试技巧

如果坚持用queue:work，可以给命令加--timeout=60（超时自动重启进程），或者每次修改视图后手动终止当前work进程再重新启动。

内容的提问来源于stack exchange，提问作者warmwhisky