基本概念

有信息交换就会产生编码、传输、解码三个过程。编码是信息从一种形式转变成另一种形式的过程，正如人类的语言通过声带编码，转换成声波。解码是编码的逆函数，耳膜接收声波，通过脑神经解码成人类文化所能理解的信息。
字符集是一种文化上下文下的所有文字符号集合，它的作用是规定了某个文化下的所有字符，以及该字符在信息交换系统下的表示方式，在计算机信息系统下是字节或01序列。本文会在某些时刻将字符集和编码方案互用，以方便理解。
对于java web应用，狭隘的编码解码的过程可以简单的理解为：编码的过程是文本字符串信息编码成01序列，解码是将01序列恢复为文本字符串信息，具体编码成什么样的01序列是由编码采用的字符集来决定的，也就是编码方案。
乱码是对信息采用的编码方案无法理解，使用了错误的编码方案对信息进行解码造成的。如果要理解一段信息的真实意图，就得知道信息采用的编码方案，这是信息交换的密钥，这就是为什么战争年代破解对方电报加密方式，实际上就是在破译对方的编码方案。

http协议层的编码解码

http协议层的字符集关系到http发送者和接送者采用什么字符集方案解析对方发送的内容。 

浏览器端的编码

请求端常规请求方式主要为form、url、ajax、http组件如HttpClient api。 浏览器存在文档编码方案charset的概念，文档的编码方案等同于文档解码方案，它对文档中发生的请求编码会产生影响。 

影响form提交数据的编码的因素包括：form的accept-charset属性、html文档的编码方案即 document.charset。其中，form的accept-charset是否能够有效，依赖具体浏览器的实现，有些浏览器并不支持，如IE。

文档编码方案可以通过document.charset来修改。 文档内的url编码，如iframe的src指定的url，以文档编码方案为准，地址栏的url的编码方案完全取决于具体的浏览器实现，通过HttpClient组件发送请求时，url是能任意指定编码方案的。 

ajax发送http请求的url编码方式完全取决于浏览器实现，一般支持以文档编码方案来决定，但是数据体统一采用utf-8，另外，虽然 ajax可以指定header在contenttype说明编码方案，但这种做法不会对url、数据体的编码方案产生任何影响，甚至在有些浏览器中，最终 contenttype中的编码描述都无法真正影响。 

另外，header的编码方案是iso-8859-1，这个是http规范。 

服务端的解码

服务端的httpserver需要解码的对象包括：header、url、数据体。  

header解码方案是iso-8859-1。

url解码方案通常称为URIEncoding，一般HttpServer会提供相应设置，标准servlet并不提供该接口。jetty默认utf-8字符集来解码，但其他httpserver如tomcat会默认iso-8859-1。  

数据体解码在servlet中可以通过request.setCharacterEncoding来设置。一般的，有些httpserver会以characterEncoding>request请求头字符集>utf-8的优先顺序来决定数据体的解码方案。  

链接: https://fly63.com/article/detial/4796