请求量巨大的情况下,缩短 API 字段单词长度是否值得?

2022-07-23 11:35:49 +08:00
 brader

我曾经有关注过火币还是币安来着,他们的 API 接口,经历过改革,想和大家讨论一下。

首先可确定的是,这个网站的接口请求量非常巨大,这是毋庸置疑的。

最开始我看到他们的接口和我们平时的也差不多,后来我发现他们把 API 接口改了,如 {"c":0, "m":"xxx", "r":{"q":"xxx"}},基本上每个字段都是一个字母,不够用了就两个字母。

我个人琢磨猜测了一下,他们这么干的目的,应该是想减少传输量(为什么我不觉得他们是想迷惑别人呢,因为他们有一些公开的 API ,也是这么设计的,文档也是开放出来的),也算是提高并发能力的一个技巧了。当然这么干坏处就是对接使用的人挺麻烦的,不看文档压根不知道什么意思,好处就是传输量实实在在的减少了,虽然一个接口减少的流量看似不多,但是以他们网站的规模来看,减少的量就很可观了。

大家觉得,如果是为了减少传输量这么干,是值得还是不值得,就是收益大?还是得不偿失?

5375 次点击
所在节点    程序员
43 条回复
ychost
2022-07-24 13:37:49 +08:00
JSON 本身就比较费字段,除非用 protobuf 之类的来优化
securityCoding
2022-07-24 15:06:49 +08:00
先说结论,不值得且完全没有意义,想要优化消息体大小应该在框架的 transport 或者 codec 层做这件事。
比如:开启 gzip ,protobuffer 编解码。
whoami9894
2022-10-10 10:41:57 +08:00
开眼了,有觉得网络传输要字段对齐的,有觉得压缩算法一定能压缩到比原始数据小的,有觉得缩减 json 字段名长度没用的。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/868167

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX