Linus Torvalds：七年接口开发者的开源技术启示

　　去年7月那会儿，我正被某个数据接口的幂等性问题卡得焦头烂额——前端传的参数里混了时间戳，后端用Redis自增做唯一键，结果测试环境总报重复提交。那天下午三点，运维小王蹲在机房角落修空调，外机轰隆隆震得显示器都在抖，我盯着日志里跳动的500错误，突然想起Linus那句“烂代码早晚会烂穿”。当时他正跟Git社区撕逼，说“别给我扯什么优雅设计，能跑且不崩就是好代码”，这话搁接口开发里简直真理——我原以为幂等性得用分布式锁加事务补偿，结果发现前端传参时把时间戳精度从毫秒改成秒，问题直接没了。

　　说回“七年接口开发者”这事儿，我特别认同“优胜劣汰”那部分。去年双十一前，我们组接了个紧急需求：要给老系统加个API网关，限流熔断得全上。当时团队里分两派，一派主张用Spring Cloud Gateway，另一派死磕Nginx+Lua。我原以为会撕半个月，结果测试环境压测时，Nginx那套在每秒八千请求时直接OOM，而Spring Cloud Gateway虽然内存占用高，但能撑到一万二——老板当场拍板用后者，根本没给“Lua更轻量”这种废话留空间。后来复盘时，运维老张叼着烟说：“什么技术选型，说白了就是看谁先崩。”

　　那天下午五点，产品经理突然冲进工位，举着手机喊：“用户反馈接口超时！”我接过手机一看，是个三年前的红米Note 4X，Android 7.0，网络状态显示2G。我翻出压测报告甩给他：“这破手机连我们最低配置的测试机都不如，你让我怎么优化？”他愣了两秒，掏出自己的iPhone 13 Pro Max说：“那至少得让高端机快吧？”我指着报告里“首屏加载1.8秒”的数据：“已经压到三秒内了，再快得改前端架构，你们肯给工期吗？”他抿着嘴不说话，转身时撞到了小王的工具箱，螺丝刀滚了一地。

　　Linus那套“实用主义”在接口开发里太常见了。上季度末，我们组要重构一个老接口，文档里写着“支持JSON和XML两种格式”。实际一看代码，XML解析是用字符串拼接的，连CDATA都没处理。我提议直接砍掉XML，只留JSON——现在谁还用XML传数据？结果测试组跳出来反对，说“历史系统可能还在用”。最后我们折中：JSON走主逻辑，XML走个空壳接口，返回400错误。上线后三个月，监控里XML请求数为0。这就是优胜劣汰——不是靠技术先进，是靠实际使用量说话。

　　不过有些“淘汰”是真让人无语。去年我们推RESTful接口时，有个老同事死活不肯改，说“GET/POST/PUT/DELETE这些HTTP方法太复杂，不如用自定义路径”。比如用户信息接口，他非要写成`/api/getUserInfo?id=123`，而不是`/api/users/123`。我跟他吵了三次，最后他说：“我干了十年接口，从来没见过这么写的。”结果新系统上线后，前端组集体投诉他的接口难用——路径不统一，参数位置混乱，连自动生成文档的工具都报错。三个月后，他自己偷偷把接口全改成了RESTful风格，还跟我说：“原来真能少写一半代码。”

文章配图，仅供参考

　　现在回头看，Linus那套“能跑就行”的哲学，在接口开发里就是“别过度设计”。去年我们组有个大神，非要在接口里加GraphQL，说“能灵活查询”。结果前端组用了两周就放弃了——查询语法太复杂，文档难写，缓存也不好处理。最后还是老老实实用回了RESTful。我跟他开玩笑：“你这波操作，完美诠释了什么叫‘自己挖坑自己跳’。”他挠挠头：“我原以为GraphQL是未来，结果发现未来还没来。”

　　至于“七年”的经验，我觉得最实在的就是“别跟用户较劲”。去年有个客户投诉接口响应慢，我们查了半天发现是他网络太差——2G网络，延迟三百多毫秒。我提议在文档里加“推荐使用4G/WiFi”，结果产品经理说：“用户不会看文档，你得自己优化。”我怼回去：“那我把接口响应时间改成零，你信吗？”他愣了下，转身去找运维商量加CDN了。后来客户反馈“速度变快了”，其实是我们把静态资源缓存到了离他最近的节点——有时候，解决问题不一定要改代码，换个思路就行。

　　现在每次写接口，我都会想起Linus那句“烂代码早晚会烂穿”。不是要写多优雅，是要保证它能在各种破环境下跑起来——就像去年那个红米Note 4X，虽然慢，但至少没崩。至于“七年”的经验，我觉得就一句话：别迷信新技术，别抗拒老方法，让实际使用量替你做选择。对了，下周要重构那个老XML接口，这次我打算直接砍掉——监控里显示，它已经半年没被调过了。

（编辑：站长网）

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