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

最新推荐文章于 2023-08-09 14:29:11 发布

Mr.4567

最新推荐文章于 2023-08-09 14:29:11 发布

阅读量1.5k

点赞数

本文链接：https://blog.youkuaiyun.com/qq_33651286/article/details/115493856

版权

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

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

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

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

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

网上查找问题，找到一个文章（原文链接https://blog.youkuaiyun.com/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的代码，重新设置编码格式