laravel生产环境需五步优化：一、缓存配置/路由/视图；二、切换redis为缓存与会话驱动；三、关闭sql日志并设日志级别为error；四、启用opcache且app_debug=false；五、用redis队列+supervisor管理worker，事件监听器实现shouldqueue。
如果您已完成Laravel项目开发并准备上线，但发现页面加载缓慢、日志膨胀或数据库查询未命中缓存，则很可能是生产环境配置未针对性优化。以下是针对Laravel框架在生产查询场景下的具体优化操作：
一、强制启用配置与路由缓存
禁用动态配置解析可显著降低每次请求的IO开销，避免反复读取.env和config/目录文件。缓存后所有配置项将编译为PHP数组，直接加载。
1、执行配置缓存命令：php artisan config:cache
2、执行路由缓存命令（仅适用于不依赖闭包路由的项目）：php artisan route:cache
3、执行视图缓存命令（跳过.blade.php编译阶段）：php artisan view:cache
4、确认缓存生效后，检查storage/framework/cache/data/中是否存在对应缓存文件。
二、切换高性能缓存与会话驱动
默认file驱动在高并发下易成为I/O瓶颈，且无法跨服务器共享。改用Redis可实现毫秒级读写、自动过期及分布式一致性。
1、确保已安装php-redis扩展并重启php-fpm服务。
2、在.env中修改缓存驱动：CACHE_DRIVER=redis
3、在.env中修改会话驱动：SESSION_DRIVER=redis
4、在.env中配置Redis连接参数：REDIS_HOST=127.0.0.1、REDIS_PORT=6379、REDIS_PASSWORD=null
5、运行php artisan cache:clear并验证Cache::put('test', 'ok', 60)是否成功写入。
三、调整数据库查询行为与日志级别
生产环境不应记录SQL语句与参数堆栈，否则既拖慢响应又泄露敏感结构。需关闭查询日志并限制日志粒度。
1、在.env中设置：DB_LOG_QUERIES=false
2、在.env中设置日志通道与级别：LOG_CHANNEL=stack、LOG_LEVEL=error
3、确认config/logging.php中stack通道已包含single或daily驱动，且未启用debug日志处理器。
4、手动触发一次数据库异常（如查询不存在表），验证storage/logs/laravel.log中仅记录ERROR及以上级别内容。
四、启用OPcache并禁用调试钩子
PHP字节码缓存可消除重复编译开销；同时必须移除所有开发期注入的调试逻辑，防止性能损耗与信息泄露。
1、编辑/etc/php/*/fpm/conf.d/10-opcache.ini（路径依PHP版本而异），确保含以下行：opcache.enable=1、opcache.enable_cli=1、opcache.interned_strings_buffer=16、opcache.max_accelerated_files=20000
2、重启php-fpm服务：sudo systemctl restart php*-fpm
3、检查phpinfo()输出中OPcache状态是否为enabled。
4、确认.env中APP_DEBUG=false且dd()、dump()、ray()等调试调用已从代码中彻底删除。
五、优化队列与事件监听器行为
未配置的队列监听器可能持续轮询空队列，消耗CPU；事件监听器若未使用异步方式，会在HTTP请求中同步执行耗时操作。
1、在.env中设置队列驱动：QUEUE_CONNECTION=redis（避免sync或database驱动）
2、配置Supervisor管理worker进程，避免使用php artisan queue:work --daemon（已被弃用）：
3、检查app/Providers/EventServiceProvider.php中$listen数组，对耗时监听器添加ShouldQueue接口声明。
4、运行php artisan event:cache生成事件发现缓存，避免每次请求扫描监听器类。
