Laravel适合快速上线，Symfony适合长期维护；Yii2和ThinkPHP因代码生成与中文生态在国内广泛使用；Hyperf仅适用于高并发I/O场景；CodeIgniter适用于老旧环境。
怎么一眼判断该选 Laravel 还是 Symfony？
看团队是否需要“开箱即用”还是“按需组装”：
– Laravel 适合希望快速上线、不想反复决策组件的人：它默认配好 Eloquent、Blade、Artisan、队列和事件系统，php artisan make:controller 一行就生成骨架，但定制底层行为（比如换掉 HTTP 内核或路由解析器）成本高；
– Symfony 适合已有技术规范、要长期维护或对接遗留系统的团队：它的 HttpKernel、DependencyInjection、SecurityBundle 都是独立组件，可只装 symfony/routing + symfony/http-foundation 做极简 API，也能全量引入构建企业级平台，但新手容易卡在 service.yaml 配置和 Bundle 生命周期上；
– 容易踩的坑：Laravel 的服务容器自动注入在测试时可能掩盖依赖关系，Symfony 的 cache:clear 在生产环境若没设好 APP_ENV=prod 会清错缓存目录，导致 500 错误。
Yii2 和 ThinkPHP 为什么还在国内大量用？
不是因为“过时”，而是它们在特定场景下有不可替代的务实优势：
– Yii2 的 Gii 代码生成器对后台类系统（如 ERP、OA、审批流）极其高效：输入表结构，gii/model + gii/crud 十秒生成带验证、关联、搜索的全套代码，且生成结果干净、无魔法、可直接改；
– ThinkPHP 的中文文档和本地化支持（如微信 SDK 封装、支付宝插件、国产数据库适配）比多数国际框架更及时，validate 验证规则写法贴近业务语义（['require','email','unique']），新手抄着文档就能跑通登录流程；
– 注意兼容性陷阱：Yii2 默认不支持 PHP 8.2+ 的只读类（readonly），升级前得关掉严格模式或等 yii2-app-basic 更新；ThinkPHP 的 where 链式调用在嵌套子查询时容易漏加括号，导致 SQL 语法错误。
Hyperf 真的适合所有人上协程吗？
不。它只在明确需要“单机扛万连”或“微服务间低延迟 RPC”的场景才值得投入：
– Hyperf 基于 Swoole 协程，Redis、MySQL、HTTP 客户端全异步，QPS 可达 Laravel 的 3–5 倍，但代价是：不能用 sleep()、不能用阻塞型扩展（如某些旧版 imagick）、全局变量在协程间不隔离；
– 实操建议：先确认瓶颈真在 I/O（用 blackfire 或 xhprof 测），再评估迁移成本；Hyperf 的 @Inject 注入和 go() 启动协程虽简洁，但调试时堆栈混乱，var_dump 可能输出空数组（因对象在协程上下文外不可见）；
– 一个硬门槛：部署必须用 systemd 管理进程，不能靠 php -S 或传统 FPM 模式启动。
CodeIgniter 还值得选吗？
值得——但仅限三类情况：
– 老服务器（CentOS 6 + PHP 5.6）、资源极度受限（
– 需要完全掌控每一行 SQL 和响应头，拒绝任何“框架自动加 X-Powered-By”；
– 团队里有大量只会写原生 PHP + MySQL 的成员，培训成本必须趋近于零；
– 关键提醒：CodeIgniter 4 已转向 PSR-4 和依赖注入，但社区扩展严重断层，ci4-auth 这类包更新慢、文档残缺，别指望像 Laravel 的 laravel/breeze 那样一键集成。
fastcgi_read_timeout，不是 Laravel 的 queue:work 没配 --timeout”。选型时少看宣传语，多跑一次 ab -n 1000 -c 100，再打开日志看三条 ERROR 行——那才是框架的真实底色。 
