做网站开发的朋友都知道，PHP框架用起来方便，但一到流量上来就卡得不行。前几天帮一个朋友看他的电商后台，用的是Laravel，用户一多页面加载直接超5秒，他自己都看不下去了。其实很多问题不是框架不行，而是没调好。
别急着换框架，先看请求生命周期
很多人一觉得慢就想换Swoole或者转Go，其实大可不必。先搞清楚请求是怎么走的：从入口文件index.php开始，加载自动加载器、中间件、路由、控制器、模型，最后输出响应。每个环节都可能拖后腿。
比如你用了太多中间件，每个请求都要跑一遍权限检查、日志记录、CORS设置，哪怕是个静态资源请求也得过一遍。这时候可以把非必要中间件挪到特定路由组里，减少全局负担。
缓存不只是Redis的事
很多人只知道把数据丢Redis，却忘了路由和配置也能缓存。Laravel里artisan config:cache和route:cache这两条命令，能把配置和路由编译成PHP数组文件，省去每次解析YAML或读取.env的开销。上线前跑一下，能提升10%~20%响应速度。
还有视图缓存。如果你的后台管理页菜单结构固定，没必要每次请求都重新生成HTML。可以用简单的文件缓存把渲染结果存下来，下次直接读，特别是那种嵌套多层的侧边栏菜单，效果很明显。
数据库查询别让框架背锅
N+1问题是老大难。比如查订单列表，每条订单都要单独查一次用户信息，100个订单就是101次查询。解决办法是预加载：
$orders = Order::with('user')->get();这一句就能把关联数据一次性拉回来。再配合select指定字段，避免select *，数据库压力立马小了。
用对工具，事半功倍
推荐两个实用工具：一个是Laravel Telescope，能看每个请求耗时、SQL执行情况、内存占用；另一个是Blackfire.io，可以做深度性能分析，找出热点函数。之前有个项目发现某个时间处理函数占了40% CPU，结果是因为循环里用了Carbon::now()，改成外部赋值后性能翻倍。
静态资源交给更专业的
别让你的PHP应用处理CSS、JS、图片这些静态文件。Nginx配置好location规则，让它们直接返回，不进PHP-FPM。本地开发可能感觉不出差别，但并发一上来，节省的进程数很可观。
还有个小技巧，给资源加版本号或哈希名，开启浏览器缓存。用户第二次访问时，大部分资源都不用重下，体验顺滑很多。
代码层面的小改进
有些写法看着简洁，实际代价高。比如：
$users = User::all();
foreach ($users as $user) {
// 处理逻辑
}这会一次性把所有用户数据加载到内存。如果表里几十万条，内存直接爆。改用游标遍历：
User::chunk(200, function ($users) {
foreach ($users as $user) {
// 处理逻辑
}
});每次只拿200条，处理完再取下一批，内存稳稳的。
性能优化不是一锤子买卖，而是持续观察、调整的过程。上线后多看看日志，用真实数据说话，别光靠猜。有时候改一行代码，比换服务器还管用。