别让慢速框架拖垮你的网站
你有没有遇到过这种情况：用户点击页面，转圈等个两三秒才出来内容？明明服务器配置不差，但后台接口就是慢。问题很可能出在你用的PHP框架上。不是框架不行，而是没调好。
减少自动加载的负担
很多开发者图省事，直接用 Composer 的自动加载机制，类一多就全塞进去。但其实每次请求都会扫描整个 autoload 文件列表，无形中增加了开销。解决办法很简单：定期执行下面这行命令，生成优化后的自动加载映射。
composer dump-autoload --optimize这个小操作能让类查找速度提升不少，特别是项目大了以后效果更明显。
缓存路由别忽略
以 Laravel 为例，每次请求都要解析一遍路由文件，如果路由有上百条，每次都重新读取解析，效率自然低。开启路由缓存后，解析结果会存成一个 PHP 数组文件，下次直接读取，速度快很多。
php artisan route:cache注意上线前执行一次就行，开发阶段别开，改了路由得清掉重来。
数据库查询是性能黑洞
很多人写代码习惯在循环里查数据库，比如遍历用户列表时，每个用户都去查一次订单数量。这种 N+1 查询问题非常常见。正确做法是一次性把所有需要的数据拉出来，用关联预加载搞定。
<?php
// 错误示范
foreach ($users as $user) {
echo $user->orders()->count();
}
// 正确方式
$users = User::with('orders')->get();
foreach ($users as $user) {
echo $user->orders->count();
}
?>看起来只是换了个写法，但数据库连接次数可能从几百次降到两次。
静态资源别让PHP经手
图片、CSS、JS 这些东西，完全可以让 Nginx 直接处理，没必要经过 PHP 脚本转发。把 public 目录设为网站根目录，静态文件直接访问，减少不必要的 PHP 执行流程。
还有个小细节：开启 OPcache。这是 PHP 自带的字节码缓存工具，能把编译好的脚本存在内存里，下次直接运行，不用重复解析。大多数生产环境都应该打开。
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0部署新版本时记得重启 PHP-FPM，不然缓存不会更新。
日志别乱写
调试时习惯性打 log，看着方便，但频繁写磁盘会拖慢响应。尤其是记录 SQL 或全量请求参数，日积月累文件又大又难查。建议只记录关键错误和异常，调试信息用 xdebug 配合 IDE 看，别往文件里狂塞。
另外，尽量避免在循环里写日志，一句就够了，不然日志文件几天就能撑爆磁盘。