工程师http

凌晨两点，工程我盯着浏览器里那个红色的工程404页面，突然意识到自己已经和HTTP协议搏斗了整整六个小时。工程不是工程网络断了，不是工程服务器宕了，是工程那个该死的状态码——403 Forbidden。权限问题，工程永远都是工程权限问题。

这让我想起上周给客户调试API的工程经历。对方是工程个刚毕业的实习生，把POST请求写成了GET，工程参数全挂在URL后面。工程我看着他认真的工程代码注释，忽然觉得HTTP协议就像个固执的工程老邮差，你写错地址他就退信，工程从不替你转交。可偏偏有太多工程师，把邮差当成了快递柜。

状态码是HTTP最诚实的语言。200是“收到并处理好了”，301是“东西挪了个地方”，500是“我这儿出事了但别问我细节”。我见过最糟糕的系统设计，是把所有异常都封装成200返回——前端永远显示成功，后端错误日志堆成山。这种做法就像医生对病人说“你很好”，然后看着对方慢慢发高烧。

有个细节我一直记得。某次线上事故，服务端返回了302重定向，但Location字段被截断了。客户端傻乎乎地跟着跳转，结果跳到一个不存在的地址，最终报出404。排查时发现，是网关层做了URL长度限制，把响应头切掉了一截。你看，协议本身没错，错的是那些自作聪明的中间层。

说实话，我越来越觉得HTTP像人际关系。请求头里的User-Agent是自我介绍，Cookie是记忆，ETag是“我上次给你的版本你还留着吗”。而最妙的是那个幂等性设计——同一个DELETE请求发两次，第二次返回404，但系统状态不会变。这不就是成年人的社交规则吗？你说过的话，重复说就没意思了。

有个老工程师跟我说过一句糙话：“HTTP就是给计算机用的高速公路，但大多数程序员只会开碰碰车。”他指的是那些无视缓存、乱用重定向、把连接池当游泳池的人。我见过生产环境里，有人为了一次查询发起三十个并发请求，结果把数据库连接池打爆——这分明是开着卡车在单行道上逆行。

回到那个凌晨的403。最后我发现自己少传了一个自定义header，那是公司内部网关的鉴权字段。协议文档里写得很清楚，可我就是没仔细看。HTTP从不偏袒任何人，你少带一个参数，它就冷冰冰地拒绝你。这种诚实让人又爱又恨，但恰恰是这种确定性，让整个互联网能像钟表一样运转。

所以工程师和HTTP的关系，本质上是你和一位严苛老师的关系。它不会给你画重点，不会因为你是新手就放水。但只要你摸清了它的脾气——状态码是它的眼神，请求方法是它的动作，缓存头是它的记忆——你就会发现，这个老家伙其实很好相处。毕竟，它替人类传递了超过三十年的信息，从没弄丢过一封邮件。只是我们这些使用者，常常连信封上的邮编都填不对。