问基于URL长度的API性能

EN

在查询字符串中使用k=而不是api_key=的

，或者将实际的散列限制为X个字符而不是32个字符(例如md5散列)。

速度的差异将是如此之小--六个字符与一个字符读取--这是完全无关紧要的。

请记住，尽管使用URLs don't have an RFC-spec length limit，但由于IE问题，将它们保持在2000个字符以内是一种常规做法。无论您使用哪种编程语言，将2000个字符的查询字符串转换为可操作的参数都是微不足道的。

如果您非常担心URL解析的性能特征，我敢打赌您可能需要与代码分析器坐下来，找出您的性能指标实际上是什么，因为您完全看错了地方。

它不会太依赖于服务器负载或速度，但很可能依赖于带宽。URL是HTTP消息的一部分，发送到API和从API发送，如果有很多，那么每个字节都是差值get乘以每个HTTP消息的结果。

但是queryinfo部分的大小只是它的一个很小的方面-但是，它可能会在你正在做的事情中发挥作用-我真的不能说:)例如，如果带宽是瓶颈，那么你的优化想法可能会有帮助(一点点)。

这永远不会成为你的瓶颈。

一点也不用担心。