接手过几个php项目之后，目实我越来越觉得这语言被骂得有点冤。目实去年帮一家本地生鲜配送公司重构他们的目实订单系统，老代码跑着跑着就超时，目实数据库连接数动不动被打满。目实技术总监拍板说换go，目实我愣是目实劝住了。不是目实go不行，是目实php还能打——只要你别把它当php用。

那套系统的目实问题很典型。查询订单列表时，目实每个订单要查一遍用户表、目实商品表、目实配送员表，目实循环里嵌套SQL，目实典型的N+1。php不是干不了这活，是这么写的人太懒。我把核心查询改成join加子查询，一次查出所有关联数据，再用数组索引做映射。内存占用从峰值800M降到120M，接口响应从3秒压到400毫秒。那技术总监看完数据，半个月没再提go的事。

php真正坑人的地方在类型和状态管理。变量没有强约束，一个函数传字符串还是数组全靠自觉。我们有个支付回调，前任开发把金额字段塞了string，结果下游银行接口要decimal，线上对账差了三分钱，查了整整两天。后来我在项目里强制了declare(strict_types=1)，所有函数签名写死参数类型，再跑静态分析工具。刚开始一堆报错，改了两周，之后三个月没出过类型相关的线上bug。

但php也有它自己的脾气。你越跟它较劲，它越让你难受。比如协程，swoole那套东西确实能打，但调试起来跟传统php-fpm完全是两个世界。有个同事在swoole里用了全局变量存用户信息，压力测试时数据串了，A用户看到了B用户的购物车。这问题在fpm模式下根本不会发生，因为每个请求都是独立进程。所以选型的时候得想清楚——你要是做长连接推送，那就认了swoole的复杂性；要是做常规web业务，老老实实用fpm，别跟风上协程。

我见过太多php项目死在过度设计上。一个后台管理页面，非要引入消息队列、redis缓存、分布式锁。其实每天就几千个请求，mysql加个索引就完事。php的优势就是快——开发快、部署快、修bug快。你把简单事情搞复杂，等于自废武功。有个客户的项目，我用原生php写了个300行的脚本，处理他们每周的库存对账，跑了一年没出过错。后来换了个外包团队，非要重构，上了laravel加队列，结果第一个月就出了三次数据不一致。

php生态里最被低估的是composer。很多人以为它只是依赖管理器，其实它是php项目的命脉。我见过一个老项目，vendor目录直接提交到git仓库，版本冲突一堆。后来改成composer.lock锁定版本，发布流程走jenkins自动构建，再没出过环境不一致的问题。还有phpunit，虽然写测试麻烦，但改老代码的时候，有测试兜底和没测试完全是两种心态。

说白了，php项目实战拼的不是语言特性，是工程纪律。你把它当脚本语言写，它给你返回一堆warning；你把它当正经工程管，它比那些所谓的高性能语言稳得多。那家生鲜公司后来业务涨了三倍，系统还是那套php，只是我走之前把每个接口的响应时间都写进了监控。他们技术总监现在逢人就说，php不是不行，是写php的人得行。