几个Base64编码工具,也有蹊跷

起因

需求:对一段内容进行base64加密,然后通过url的get请求进行发送到后台,由于加密的内容比较少,base64串也不是很长,我认为此方案可行。

于是找了三个base64编码的在线工具,分别是:

然后用他们三个编码同一串字符wocao~~~wocao,通过对比图,我们可以发现,平台1和平台2结果一样,但是平台三的结果不一样,有点奇怪
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

进一步探索

经过一番研究,发现平台3在进行Base64编码之前,先对输入的字符串进行了URL编码,将~转换成%7E,从而导致了不一样的结果。在平台2上手动URL编码转换之后,不难发现,结果跟平台3结果一致,自此可以确定,平台3先对数据URL编码,然后进行的base64编码
在这里插入图片描述

新的问题

base64的问题解决了,按照要求,我需要的肯定是平台1和平台2的结果。不过,base64编码之后,通常会包含一些特殊符号,如果通过get方式传递到后台,会导致特殊符号丢失。
比如oisuek+2s4dw这个字符串在后台接收到的可能是oisuek 2s4dw,里面的+号被传递成为空格,导致解析base64失败,报错。

解决方法

① 最保险的解决办法,就是换成POST (跟需求商量了,我换了POST)
② 你可以在前台对BASE64数据进行URL编码,然后再向后台发送,后台拿到数据先URL解码,再BASE64解码
③ 可以手动对一些特殊字符进行替换,后台再换回来,原理类似于URL编码
————————
有没有更好的解决方案,补充欢迎

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值