基于URL长度的API性能

Question

目前正在构建API，我想知道URL的长度是否会对API的性能产生任何影响？

例如

在查询字符串中使用k =而不是api_key =，或者将实际的api_key限制为X个字符而不是32个字符（例如md5哈希）。

请记住，此API将用于4-5个中型大型网站

Answer 1

  

在查询字符串中使用k =而不是api_key =，或者将实际的api_key限制为X个字符而不是32个字符（例如md5哈希）。

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

请记住，虽然URLs don't have an RFC-spec length limit，但由于IE问题，将它们保持在2000个字符以下是一般做法。无论您使用何种编程语言，将两千个字符的查询字符串转换为可用的参数都是 trivial 。

如果您真的担心URL解析的性能特征，我会打赌您可能需要坐下来使用代码分析器并找出实际的性能指标，因为你完全在错误的地方寻找。

Answer 2

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

但是queryinfo部分的大小只是它的一小部分 - 但是，它可能在你正在做的事情中扮演一个角色 - 我无法真正告诉:)例如。如果带宽是瓶颈，那么你的优化想法可能会有所帮助（一点点）。

Answer 3

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

根本不用担心。