场景:
业务中需要提供一个接口,浏览器、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的代码,重新设置编码格式