浏览器自动编码,Tomcat自动解码问题

本文探讨了在Web接口设计中遇到的一个问题,即浏览器和APP对URL参数编码处理的不同方式导致服务端解码异常。浏览器会自动对URL进行编码,而APP端的编码参数在到达服务器时已被解码。由于Tomcat服务器在传递参数到Spring容器时会默认解码,这造成了浏览器请求正常,但APP请求出现问题。解决方案可能涉及调整服务器配置或在APP端统一编码方式。
摘要由CSDN通过智能技术生成

场景:
业务中需要提供一个接口,浏览器、APP和小小程序都会访问(自动忽略为啥不分开单独提供接口问题),接口参数有特殊字符传输,设想是进行url编解码来应对特殊字符的问题。
出现的问题是,web端参数编码之后,服务器接收解码正常;但是APP端编码传参,服务端接收的却是经过解码。这就导致了服务再次解码,造成错误。

忽略的问题是:
浏览器发送请求时会自动进行一次编码,重点是:不论你的url中是否存在特殊字符或者中文等其他的字符,浏览器都会进行一次编码。
服务本地用的Tomcat9,Tomcat默认接收参数到达spring容器的时候 ,都会进行一次解码操作。

然后造成问题是:浏览器web请求正常,APP端请求错误。

网上查找问题,找到一个文章(原文链接https://blog.csdn.net/qq_27886773/article/details/95078589),拍了脑门突然想起来了。

下边是
url1 : http://localhost:8080/file?fileName=%E4%B8%AD%E6%96%87

url2 : http://localhost:8080/file?fileName=中文

解码发生在tomcat里面,在给parameter设置值得时候,value如果是encode的value会被decode的,但是如果没有被encode的值,是不会被decode的。url1和url2经过tomcat到达spring容器的时候,fileName的值都是被转义过的。同是值会被设置编码格式,如图2所示。如果是UTF-8格式的话,中文还是可以显示的,如果不是UTF-8格式的话,如ISO-8859-1,则显示乱码,中æ??。如果显示乱码了需要加3的代码,重新设置编码格式

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值