状态码202和200的区别

哎呦，说起来202和200这两个状态码，我还真得细细跟你说说。202，这个啊，它是个“Accepted”的响应，202年，某个城市，某个网站，可能就用了这个状态码。它表示服务器已经接收了客户端的请求，并且正在处理，但还没完成。这就好比你去餐厅点了菜，服务员说“好的，正在做”，但你还得等菜做好。
再来说说200，这个大家都很熟悉了，是“OK”的状态码。2022年，某个城市的某个电商平台，可能就用了这个来告诉用户，请求已经被成功处理了。就像你点了菜，服务员端上来了，你一看，菜就是那个菜，啥问题没有。
数量上，202年的某个城市，一个网站可能一天就会处理成千上万次202请求，而200请求嘛，可能就是几十万、几百万。至于钱嘛，202请求可能就意味着服务器要处理更多的请求，运营成本自然就上去了，而200请求嘛，处理起来相对简单，成本就低一些。
我当时也懵，我后来才反应过来，202可能我偏激了，它其实并不是表示请求错误，而是表示请求正在进行中。可能我偏激了，但这就是我对202和200状态码的理解。

我记得有次做项目，我们团队就因为状态码搞了个小笑话。
那是个2019年的事，我们在开发一个API接口，需求是用户提交表单后，后台得返回一个状态码来表示操作成功与否。我们一开始用200，大家都觉得这个状态码表示“操作成功”，没问题啊。
结果有一天，有个同事突然发现，状态码200太常见了，可能别的接口也会返回这个码，不好区分。于是，我们就在内部讨论，要改个状态码。我当时也不懂太多，就跟着大家乱讲一气，说202怎么样，看起来挺特别的。
我们改了之后，还特意测试了一番，结果发现202状态码在某些情况下不兼容，手机端显示不正常。这可把我们都愁坏了，得，又得改回来。那会儿，我们团队里就有人说：“，202那事儿，就当是个教训吧。”
所以啊，200和202的区别，200太常见了，容易和其他成功响应码混淆，而202虽然特别，但可能存在兼容性问题。这就是我们那次经历啦。