PHP工程师亲述：三年技术栈演进之路

文章配图，仅供参考

　　其实要说“演进”，PHP圈这三年确实够热闹。老张这套架构，我18年刚进公司时也见过——那时候公司刚从PHP5.6切到7.2，Composer包管理还是新鲜玩意儿，大家写代码全靠“面向百度编程”。有次线上报错“Class not found”，老张蹲在机房查了两小时，最后发现是vendor目录权限没设对，气得他当场把键盘摔了（后来发现是键盘线没插紧，又默默捡回来插上）。那会儿的技术栈，说白了就是“能用就行”——Apache配mod_php，MySQL用MyISAM，缓存全靠Redis，日志直接写到/var/log里，连ELK都没上。老张常说：“PHP嘛，小网站够用了，搞那么复杂干啥？”

　　结果19年夏天，公司接了个日活百万的电商项目。老张的“够用”架构直接被按在地上摩擦——PHP-FPM的进程模型在高并发下跟蜗牛似的，MySQL的MyISAM表锁把订单系统卡成PPT，Redis缓存击穿导致首页加载时间飙到8秒。那会儿我蹲在运维台前看监控，CPU使用率曲线跟心电图似的，一会儿飙到90%，一会儿又掉到10%，看得人直冒冷汗。最后没办法，老张带着团队连熬三个通宵，把架构全改了：Apache换Nginx，PHP-FPM切Swoole，MySQL改InnoDB，Redis加哨兵，日志上ELK，连PHP版本都升到了7.4。改完那天，老张瘫在椅子上说：“这哪是演进，这是重新投胎啊。”

　　车间那台风扇一直在响，旁边小王抖着腿刷手机，手套上一块硬掉的胶黏在食指上，怎么搓都搓不掉。我原以为老张改完架构就能消停，结果去年9月那事儿又给了他一记闷棍——Swoole的协程模型在处理高并发IO时，偶尔会莫名卡住，导致请求超时。老张查了一周日志，最后发现是某个第三方库的锁机制没处理好，协程被堵在临界区出不来。他蹲在机房里骂：“这帮人写代码都不测并发的吗？”我拍了拍他肩膀：“习惯就好，PHP的协程生态本来就年轻，坑多着呢。”其实我也没拆到底，那库的源码我翻了两遍，最后还是靠加sleep(0.1)硬扛过去的——这个型号我只在别人那儿见过，自己真没碰过这么邪门的并发问题。

　　中午盒饭里有块姜，我挑出来扔在桌上，老张却嚼得津津有味。他说：“你说这三年技术栈演进，到底优胜劣汰了啥？”我指了指他手里的饭盒：“优胜劣汰了不能吃姜的人啊。”他笑了，但我知道他没听懂——他还在纠结Apache和Nginx的性能差距，纠结PDO和mysqli的扩展选择，纠结Swoole和Workerman的协程实现。其实这些纠结都没错，PHP的技术栈演进，说白了就是“用脚投票”——谁用着舒服，谁性能好，谁生态全，大家就往哪儿靠。老张的“够用”架构之所以被淘汰，不是因为它不够好，而是因为业务规模上去了，原来的“够用”变成了“不够用”。就像你不能用螺丝刀拧螺丝，非说螺丝刀不好用——得换扳手啊。

　　手机在铁台上震了一下，是测试组发来的消息：“新架构压测通过，QPS稳在2万+。”老张凑过来看了眼，嘴角一抽：“这帮小子，压测脚本都没写全，就敢报数？”我笑了笑：“管他呢，能扛住业务就行。”其实我心里也没底——Swoole的协程模型虽然快，但稳定性确实不如传统的PHP-FPM，万一哪天又冒出个并发问题，老张怕是要把键盘摔碎。但这个我说不准，要看运气——技术栈演进这事儿，有时候就是碰运气，碰对了就起飞，碰错了就摔坑里。老张的三年演进路，其实就是这么一路摔过来的。

　　修完那台机器，我自己都没底——Swoole的协程问题虽然暂时解决了，但谁知道下次会不会冒出来？老张蹲在工位上继续敲代码，键盘声还是那么响。我拍了拍他肩膀：“走，吃饭去。”他头也不抬：“你们先走，我再改两行。”我摇摇头，转身出了公司——车间那台风扇还在响，旁边小王还在抖腿，手套上的胶还是硬邦邦的。技术栈演进这事儿，说到底就是一场没有终点的修行——你永远不知道下一个坑在哪儿，但你知道，你得一直往前走。

（编辑：应用网_常德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!