揉碎HTTP编码过程,今后不乱码

老生常谈之HTTP乱码问题浏览器

最后的结论?

对于get请求 在Servlet中调用request.setCharacterEncoding()设置编码是没有意义的无论你使用任何编码方式对于你的数据解码没有任何影响tomcat

image-20191208102928478

问题的引出,在tomcat9以后,无论你在setCharacterEncoding()设置什么编码都不会乱码,哪怕是最基础的ACSII,那有人就说了,那不挺好的,不乱吗就好了呗;服务器

没办法,我喜欢问本身为何,凭什么不乱吗,那设置这个编码有什么意义?socket

网上找了一下,只有问为何乱码,没人问为啥不乱码,总有人会说设置编码要放在获取参数前,诸如此类,说的一套一套,人云亦云!post

带着这个问题我写了一个简单的socket程序 目的就是想服务器发送一个HTTP请求手动控制编码环节,测试

第一次测试,直接把中文写在url中,最后用utf-8来发送给服务器编码

image-20191208110011714

服务器返回400请求解析失败url

Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986

这啥玩意?,原来RFC 3986中规定URL中只容许包含24个英文字母以及基本的字符,中文编码后其对应的二进制超过了规定返回致使报错,这一点很重要3d

这致使了咱们在URL中不能传递中文参数,那不行,得解决这个问题,因而就出现了URLEncodingcode

URLEncoding

咱们想要在url中包含中文,就必须先把中文转换为基本的字符,其原理是字符转为16进制的字符而后在每一个字节前加一个%,就像下面这样

image-20191208105031874

结果:%e4%bd%a0

把这个字符拿到网页中URL解码

image-20191208105220898

没问题

模拟浏览器发送请求

注意这里数据依然是字符串格式的,要想经过socket发送则必须在进行编码,例如咱们要请求的地址为/untitled3/TestServlet?username=你

咱们先要使用URLEncoding将转为符合RFC 3986要求的字符串,替换到本来的位置去

处理过的地址为/untitled3/TestServlet?username=%e4%bd%a0

而后在把URL放到咱们的HTTP请求报文中

image-20191208110145124

服务器端doGet方法

image-20191208110207443

解析成功

image-20191208110233004

ok服务器已经成功解析了中文可是注意我在服务器端指定的编码为ASCII,这也是我要解决的主要问题,

总结时间:

客户端发送请求时数据一共通过了两次编码,

  • 第一次是把中文转为符合要求的字符(URLEncoding),注意仍是字符
  • 第二次就是咱们把整个HTTP数据进行统一编码为二进制

那么咱们服务器端执行的这个setCharacterEncoding是用在那一次呢?

没错就是第一次,这就是为何咱们不管设置那种编码都不会致使乱码的缘由了,

决定是否乱码的核心在第二次,在上面的例子中服务器先是用ASCII来解析http整个数据包,其中的的URL为/untitled3/TestServlet?username=%e4%bd%a0

对于这个URL而言任何编码表都能解析,不会乱码,接下里就须要将里面的参数部分(问号后面的)拿出来进行反向URLEncoding,此时的反向解析就是最重要的要从字符串中提取16进制数据,在经过编码表进行解码 ,

而tomcat9中默认的解码方式为UTF-8,到这里你应该明白了,为何不乱吗?

说人话:

简单的说:对于get请求而言,调用setCharacterEncoding是没有任何意义的,若是咱们要控制URLEncoding的解码方式,必须经过server.xml来修改

image-20191208111319816

在啰嗦一下,对于post请求,咱们的数据是包含在请求体中的因此,上面的配置对于post请求没有效果,那若是请求体中包含了中文怎么办,很简单只要与客户端保持相同的解码方式便可,使用request.setCharacterEncoding方法来设置,

还有问题,为何post就能够呢? 由于RFC 3986只是说URL中的字符字节必须在某个范围内,没有限制请求体中的数据范围,因此对于请求体,你爱放中就放中文,

你也能够这么理解request.setCharacterEncoding只是用来设置请求体的解码方式,对于url中的参数解码方式就必须同 server.xml来配置

另外对于post服务器其实能够不设置编码只要客户端post请求头的ContentType中声明了编码便可,这也侧面印证了post才是用来给服务器传递数据的更优方法,

那为何你们喜欢用get呢?不知道,或许是由于简单?,累了就到这里吧

补充下1楼的解决乱码方案也是能够的 其原理是将使用错误码表解码的结果还原为二进制,再用正确码表从新解码 固然你无论用哪一种方式都必须与对方采用相同的编码方式 只要理解了其中原理,那乱码问题也就迎刃而解了

相关文章
相关标签/搜索