16进制解决url传参问题

博客讨论了在URL中处理http格式参数时遇到的丢失问题,以及尝试使用base64和AES加密算法的挑战。作者发现需求本质是限制在0-9, a-z, A-Z的ASCII字符范围内传输信息,从而转向进制编码方案。通过比较,16进制编码被选为最佳解决方案,因为它能用两位表达所有ASCII码且字符长度较短。最终,16进制对utf-8编码后的内容进行二次编码,成功解决了问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

背景

  • url中的参数中存在http格式的参数,解析过程中会出现参数丢失,例 : a.com?p=https://b.58corp.com?c=22

解决过程

  • 使用base64进行编码,但是sso会对"="进行过滤,导致解析base64的时候出问题
  • 使用aes等加密算法,由于加密算法是基于字节的,因此仍然可能出现"="的问题

破局点

  • 需求的本质实际上使用ascii的可见字符,并且局限在0-9,a-z,A-Z的范围内的字符对信息进行传输
  • 进制,二进制,八进制,十六进制

最终解决方案

  • 采用16进制对内容二次编码,第一次是utf-8将内容转换成ascii码,第二次将ascii码转换成16进制

选择原因

  • 16进制可以使用2位表达所有的ascii码,相对于2进制字符长度变短,32进制存在浪费,在空间占用和16进制是一致的,都是2位表达一个ascii
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值