前台encodeURIComponent,后台 URLDecoder.decode问题

本文讨论了Spring框架处理请求参数时遇到的问题,特别是当参数经过encodeURIComponent编码后,如何正确地使用URLDecoder.decode进行解码。文章还提供了解决方案来避免解码过程中出现的错误。
摘要由CSDN通过智能技术生成

spring在经过requestmapping后,会调用getParameter或其他方法,当我们用XssHttpServletRequestWrapper进行过滤时,要注意如果前台是经过encodeURIComponent传过来的那么参数会变为类似codeData=%7B%22jobgroup%22%3A...那么就必须使用 URLDecoder.decode进行解码,但是问题也来了。如果参数值是%,那么会报错,如果是+,那么会变为空格。我们知道参数是带%是很正常的,比如20%。那如何解决?

使用 s = s.replaceAll("%(?![0-9a-fA-F]{2})", "%25");
s = s.replaceAll("\\+", "%2B");

"%(?![0-9a-fA-F]{2})"表示正向预搜索否定,比如对于“%2F”那么%后面的2F是符合[0-9a-fA-F]{2},那么就否定,即不替换。

又比如“%aa”后面的aa是不符合[0-9a-fA-F]{2}的,所以将%替换为%25,那么它就会被URLDecoder.decode解析成%,最终就是%22,

“%2F”最终就是/。(URLDecoder.decode会把%2F解析成/)。

图片来源:http://blog.csdn.net/u010313503/article/details/47440393





 


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值