写代码前没理清这三大逻辑？90%的Bug由此而生

　　我越来越觉得“写代码前没理清这三大逻辑？90%的Bug由此而生”是错的。

　　去年四月，我们上线新订单履约页——就是那个右上角总显示「距发货还剩0h17min」的弹窗。它在测试环境跑得挺顺，王工还拍我肩膀说“老陈你验得细”，结果灰度放量第三天凌晨两点，客服钉钉群炸了：十七个站同时把“已签收”回传成“已拒收”，连带触发退款锁仓，财务系统直接卡死三小时。

　　我原以为是前端没校验用户手势滑动方向，结果翻完日志发现，问题出在履约状态机里一个叫“isFinalized”的布尔字段——它被后端硬编码写死成true，只在订单创建时初始化一次，之后所有中间状态流转全靠if-else补丁撑着。更绝的是，这个字段压根没进过任何PR评审清单，也没人提过要加单元测试，因为大家默认：“反正流程图里画清楚了‘审核→打包→出库→签收’四步，逻辑不就齐了？”

　　可笑在哪？那张流程图贴在茶水间墙上三年了，用透明胶粘的，边角都卷起来了。上周保洁阿姨擦玻璃，顺手揭掉半张，底下露出2023年贴的旧版——当时还是五步，第三步叫“待复核”。没人记得删，也没人去对。

　　我跟张磊蹲在服务器机柜前盯日志的时候，他叼着半截烟说：“陈哥，你信不信？咱们今天干的活儿，其实根本不是在修bug。”我抬头看他，他吐了口烟圈：“是在给一张三年前的流程图续命。”

　　那天我们重跑了一百二十六次回归用例。第七次重试时，小刘突然喊我过去看她的屏幕——她把履约时间戳改成1970年1月1日，整个页面居然弹出“请稍候，系统正在同步银河系物流中心数据…”。我伸手关掉窗口，发现右下角小字写着“v2.4.1-beta（内部演示版）”，但那版本号根本没进CI流水线，只在她本地node_modules里存着。她自己都不知道怎么装进去的。

　　所以说，把锅甩给“写代码前没理清逻辑”，纯属偷懒。真要拆开看，73%的所谓逻辑缺失，其实是人和人之间没讲清楚一件事该怎么收尾。比如产品提需时说“超时自动取消”，开发理解成“后台定时任务每分钟扫一次”，测试验收时盯着界面上那个跳动的倒计时按钮确认“能动就行”——谁都没想过，“自动取消”这事该由谁负责兜底？前端拦住提交？后端拒绝支付回调？还是网关直接熔断？没人问，也没人答。等出了事，全挤在晨会上互相甩术语：“状态不一致”“终态未收敛”“上下文丢失”。我听着就想笑，当年我也是这么念经的。

　　有回我改了个地址校验正则，从^\\d{6}$改成^\\d{6}|[A-Z]{2}\\d{5}$，上线两小时后投诉暴增。不是格式错了，是客服系统把带字母的邮编当成错误码解析，反向调用风控接口刷出十八次告警。我查了半天才发现，他们用的SDK还是三年前老版本，parseZipCode方法里硬写了switch-case，只认六位数字。这事我后来找他们技术负责人谈，他边剥橘子边说：“你们改正则的时候，没发邮件抄送我们啊。”我愣了一下，他把橘子皮扔进纸篓，“而且，我们也不管邮编的事，那是你们域的边界。”

　　还有一次更离谱——我们测退货单导出功能，李婷反复确认Excel里“退货原因”列必须支持换行，于是我在UI上加了
标签，后端也改了模板引擎渲染方式。结果生产跑出来全是乱码，导出的文件打开是“拒收\

文章配图，仅供参考

　　所以你看，什么“三大逻辑”？流程逻辑、数据逻辑、状态逻辑？都是马后炮总结出来的漂亮话。真正致命的，是人脑里的认知毛边：你以为他懂的那个“取消”，和他脑子里那个“取消”，差着三个接口、两套缓存、一次跨域请求。我们天天喊“对齐”，可对齐的到底是哪一层？嘴上的？文档里的？还是日志里那段拼错的SQL？

　　我不信什么底层逻辑闭环，我只信——只要两个活人之间隔着一道门，或者一句“你那边处理吧”，Bug就长出来了。至于为什么？原理我说不清，可能和大脑皮层折叠方式有关，也可能就是人性懒得追问。

　　今年我又接了个新项目，做跨境退货的海关申报回执状态同步。这次我干脆没让开发画流程图，直接拉了报关组的老赵、财务组的小周、还有仓库扫码员大刘，围在打印机旁，用A4纸手绘每一笔数据从扫码枪出发到最终生成PDF的全部落点。他们画歪了三次箭头，争论了十七分钟要不要给“海关驳回”加灰色虚线框，最后大刘用红笔在角落打了个叉，写：“上次他们驳回，是把单子塞进碎纸机里了，不是系统问题。”

　　这事我也可能就运气好。

（编辑：站长网）

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