PHP调试总卡壳？12年电商老兵的3步科技定位法

　　我原以为那个“订单状态自动同步”功能上线后，客服打电话来骂人的频率会降——结果上周三下午四点十七分，小陈直接把手机甩桌上，屏幕还亮着钉钉未读99+，她指甲磕在桌沿上响得跟敲代码似的。

　　白板笔没水了，你蹭了半天就划出一道灰印子，跟当时评审会上老张写的“优先级P0”一样，看着有劲，实际不走电。空调在滴水，嗒、嗒、嗒，数到第七下时我瞄见投影仪对焦不准，订单漏斗图那根蓝色柱子糊成一坨，像被谁用橡皮擦猛搓过两下。没人收那摞打印的PRD，最上面那份边角卷起来，底下压着半张没撕干净的便签，写着“2026年2月补埋点”，字是老李写的，他写完就去接电话了，声音拖得老长：“……不是说灰度5%吗？怎么IOS端全量了？”

　　PHP调试总卡壳？你跟我说卡壳，我就想起上周五凌晨一点十二分，运维把日志截屏发进群——报错行写着“Call to undefined method Illuminate\\Database\\Query\\Builder::withTrashed()”，可PRD里根本没提软删除这事。我翻自己写的文档，第三页脚注写着“按历史订单逻辑复用”，但谁还记得去年双十一改过的那个中间件？老王当时说“先绕过”，结果绕了八个月，绕进了一个连Xdebug都打不进断点的闭包里。

文章配图，仅供参考

　　所以我说三步科技定位法——第一，别盯着PHP报错堆栈，先看这个功能在PRD里是不是真的活过。你问老张：“这需求你确认过DB字段能撑住吗？”他点头。你再问：“你确认时，SQL里写了LEFT JOIN还是INNER JOIN？”他掏手机，回微信去了。椅子少一把，小陈坐我边上，膝盖顶着会议桌腿晃，晃得我右边太阳穴一跳一跳的。外卖汤洒了一点在桌上，她抽纸擦的时候顺手把我那页PRD也抹湿了，墨水晕开，“订单履约延迟补偿”几个字洇成一片蓝雾。

　　第二步更简单：把所有“已上线但无人触发”的功能列个表，不看代码，只查数据库更新时间戳。我上个月试过，列了17个，其中9个最后update_time停在2025年11月，就是版本V2.4.1那次上线后的第四天。不是没跑通，是根本没人调。就像咱们做的那个“物流时效承诺弹窗”，规则引擎写了三百行，配置平台开了七种开关组合，结果前端连class都没加进去——检查的时候发现HTML里就一句，空的。空的啊兄弟。

　　第三步，也是最没人肯干的：删掉PRD里所有带“未来可扩展”“兼容性考虑”“预留字段”的句子，然后重读。你试试。我上周二试了，删完发现原来那个“优惠券跨渠道核销链路”其实就一句话能说清，结果我们搞了三个月，连缓存策略都推翻两次，就因为第一页写着“需支持海外仓联动”。可海外仓接口去年就下线了，文档都没人删。

　　优胜劣汰不是玄学。就是谁的需求活着、谁的死了、谁的连尸体都没人收。老李昨天问我：“如果某个功能上线后数据一直不动，算不算技术债？”我说不算，那是需求尸检报告。他嗯了一声，低头继续改nginx.conf，手机震起来第三遍了，我没看是谁。

　　我原以为只要把错误日志里的file路径抄下来，丢给开发，这事就算移交了——结果上个月底，一个支付回调超时的问题，trace到第八层才看见是Redis连接池满了，而满的原因是有个临时脚本没删，每分钟启50个worker。那脚本是我自己写的，写完就扔进crontab，备注写着“灰度期应急用”。现在灰度早过了，我还留着它，就跟桌上这堆没被收走的PRD一样，纸边发毛，但谁也不伸手。

　　你问我现在怎么办？我准备今晚把所有PHP-FPM slow log里超过3秒的请求ID抓出来，按业务模块分类，挨个问对应的产品经理：“这个ID触发的是你PRD第几条？”答不上来的，明天晨会前拉个飞书表格，标题就叫《待认领遗体清单》。至于那个投影仪——不用修，糊着好，反正漏斗图本来就是画给人看的，不是给机器读的。你信不信，下周一开会，它说不定就自己对准了？

　　对了，那摞PRD底下压着的便签，我后来翻出来了，“2026年2月补埋点”下面还有一行小字：“——上次补埋是2025年9月，没补。”字迹潦草，不是老李的。大概那个数。

（编辑：草根网）

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