Laravel和ThinkPHP以开发效率优先，用服务器资源换人效：CRUD接口5分钟写完但单请求多耗12ms和3.2MB内存；Phalcon与Hyperf性能高但依赖特定环境，如Phalcon需匹配PHP版本安装扩展，Hyperf须启用Swoole协程否则吞吐暴跌60%。
想在开发速度和运行性能之间找到平衡点，就得看清每个PHP框架的真实代价——Laravel写得快但请求耗时多，Phalcon跑得猛却难调试，Hyperf并发强但部署要装Swoole扩展。
高开发效率型框架的典型代价
选择Laravel或ThinkPHP这类框架，本质是用服务器资源换人效：一个CRUD接口5分钟写完，但单请求平均多消耗12ms和3.2MB内存。
第一步：用ab -n 1000 -c 100 http://localhost/api/test压测基础路由，记录吞吐量与错误率。
第二步：开启Xdebug或Blackfire，在相同请求下对比函数调用栈深度——Laravel默认中间件链含17层，ThinkPHP6约9层，而裸PHP仅3层。
立即学习“PHP免费学习笔记（深入）”；
第三步：检查vendor/autoload.php加载的类文件数，Laravel 11默认引入482个类，ThinkPHP 8.0为216个，差异直接反映在OPcache预热时间和内存占用上。
【注意：不要在生产环境开启debug模式压测，会严重污染性能数据】
高性能框架的硬性门槛
Phalcon和Hyperf不是“装了就能快”，它们把性能优势绑在特定运行环境上。
方法一：Phalcon必须编译为PHP扩展，需手动执行sudo pecl install phalcon，且PHP版本必须严格匹配（如Phalcon 5.5.0仅支持PHP 8.2–8.4）。
方法二：Hyperf依赖Swoole 5.1+协程引擎，安装后必须关闭opcache.enable_cli=1，否则协程调度器会静默失效。
这一步操作起来很简单，直接把文件拖进去就行。但若忽略Swoole的enable_coroutine=On配置，所有异步IO将退化为同步阻塞，吞吐量暴跌60%以上。
中型项目最常踩的隐性坑
选Symfony或Yii2时，开发者往往低估组件组合带来的开销叠加。
① 启用Doctrine ORM的二级缓存后，每次实体更新会触发Redis Pipeline写入，若未配置redis.cluster而直连单节点，高并发下连接池耗尽概率提升3倍。
② Twig模板启用auto_reload=true时，每次请求都扫描模板文件mtime，100个模板文件会导致额外8ms I/O延迟。
③ Yii2的AR查询默认开启lazy loading，User::find()->with('profile')->all()看似简洁，实际生成N+1查询，而Laravel Eloquent的with默认已预加载优化。
【关键前提：压测前必须禁用所有开发辅助工具，包括debug toolbar、laravel-telescope、yii2-debug】
轻量级框架的真实适用边界
CodeIgniter和Slim适合API网关或IoT设备管理后台这类场景——逻辑简单、QPS稳定在300以下、无复杂关系映射。
用Slim写JWT鉴权中间件，代码量不到20行，启动内存占用仅1.8MB；但一旦加入RBAC权限树递归计算，就必须自己实现缓存穿透防护，而Laravel Spatie包已内置该逻辑。
CodeIgniter的Active Record不支持复合主键，遇到订单分表（order_202608）这种业务，$this->db->from('order_'.$month)拼接字符串极易引发SQL注入，必须手动过滤$month变量。
