Url查询字符串的最佳压缩算法

时间:2016-05-31 09:39:06

标签: url compression base64 deflate

我必须传递一个大的url查询字符串,所以当这个字符串大小超过一定数量的字符时,它会在url中传递时产生问题。

目前我尝试过通缩+ base64编码,这让我的压缩率达到了30-35%左右。

因此,如果我的查询字符串变得太大,比如4400个字符,它将被压缩到大约2650个字符,这不适合我的网址。

我需要一个比这个更好的结果的解决方案。 我搜索了很多,但无法找到更好的解决方案。 任何可以做的事情的建议将不胜感激。谢谢。

我的查询字符串示例:

3d7821d1-e324-4cea-9bd7-763c0b62cdc2 | 94db7bdb-5e16-4700-a1f9-408ba7f7bee1 | 63360a17-0807-45a0-a798-31eb2614b0f7 | 9b37f302-2757-40e5-b9b4-390e5b786010 | 46ef6bce-c7e9-47d6-90d8 -bc7c2b5784c0 | e5f450a5-724b-42a0-aff9-34be2d50f59b | 33db4e6b-bc53-4774-8267-759167a8dba9 | 30a8c7a9-0a3b-4df3-ab01-5e9b262d1902 | d31086bb-98e8-41d0-a6cf-0bd48986bce7 | 30f27de5-1536-483a-85aa -6eb5000ba67b | 41498746-3f45-4c16-9152-a6ca8355d502 | 6b5c643b-03f6-4390-9d54-79bf978f8e15 | 4537e3ba-09ed-465A-aad8-1c842084c3af | ad1161ab-0393-4a66-a538-6dda0c7b892a .....

1 个答案:

答案 0 :(得分:0)

目前解决方案 - 通货紧缩+ base64 ,并没有完全解决我的问题但改善了情况,所以我将其与我的代码集成。

对于未来的工作,思考:

  • 将请求转换为POST OR
  • 采用顺序ID(1,2,3 ...),而不是UUID (查询字符串的示例显示它是UUID的串联) 并连接,并传入GET请求。