OkHTTP、Retrofit 中文乱码解决方法

出现乱码的根本原因是客户端、服务端两端编码格式不一致导致的。

客户端：多数情况下，客户端的编码格式是 UTF-8。

服务端：服务端会根据不同的请求方法使用不同的编码格式。如：请求方法为 POST 时，编码格式为 UTF-8；请求方法为 GET 时，编码格式为 ISO8859-1。

当请求方法为 POST 时，客户端和服务端两边的编码格式一致，所以不存在乱码问题。因此此处着重看下如何解决当请求方法为 GET 时的乱码问题。

解决方法倒也简单，只不过需要客户端和服务端配合：

在向 URL 添加参数之前，先对目标参数进行两次 encode，如 UTF-8：

服务器在收到数据之后，只需将数据进行一次跟客户端编码格式一样的 decode，如 UTF-8：

这样处理之后，两边就不会再出现乱码了。

通过上面的分析可知，乱码产生的主要原因是客户端、服务器两边编码不一致造成的，即发送 GET 请求时，客户端使用的是 UTF-8 编码格式对 URL 中的参数进行编码，而服务器在接收数据的时候，使用的是 ISO8859-1（解析 POST 请求时，服务器使用的编码格式是 UTF-8 编码格式）编码格式对 URL 中的参数进行解码。

ISO8859-1 跟 ASCII 码一样，都是单字节编码，ISO8859-1 是从 ASCII 扩展而来的。ISO8859-1 将 ASCII 一个字节中剩余的最后一位用了起来，也就是说，它比 ASCII 多了 128 个字符。另外，因为 ISO8859-1 是从 ASCII 扩展而来的，所以，ISO8859-1 兼容 ASCII。

原数据：

客户端第一次编码，URLDecoder.decode(username, "UTF-8") 编码之后：

客户端第二次编码，URLDecoder.decode(username, "UTF-8") 编码之后：

客户端发出的 URL：

服务器接收的 URL：

服务器第一次解码，服务器接收到 GET 请求之后，默认会用 ISO8859-1 编码格式解码，解码之后得到：

需要注意的是，服务器用 ISO8859-1 编码格式解码 URL 中的参数是自动完成的。

因为客户端第一次用 URLDecoder.decode(username, "UTF-8") 编码 URL 中参数之后，得到的是 ASCII 码，且 UTF-8 和 ISO8859-1 对 ASCII 的编码结果是一致的，所以，客户端第二次用 URLDecoder.decode(username, "UTF-8") 之后的结果可以直接用 ISO8859-1 编码格式解码。

由于服务器解码之后的 URL 中的参数是用 UTF-8 编码格式编码的，所以，此时需要服务器再用 UTF-8 编码格式解码一次。

服务器第二次解码，服务器用 UTF-8 编码格式解码之后得到：

如果客户端程序员没有显式用 UTF-8 编码格式编码 URL 中的参数，服务端要如何处理才能获取到原数据？

首先，分析下如果客户端没有用 UTF-8 编码格式编码 URL 中的参数，程序是如何执行的：

网络请求框架会对 URL 中的参数进行一次 UTF-8 编码：

服务器会对 URL 中的参数进行一次 ISO8859-1 编码：

明白了执行流程之后，如何解决自然也就显而易见了：

先转回 ISO8859-1 解码（decode）之前的结果，再转会 UTF-8 编码（encode）之前的结果。

具体 *** 作步骤：

因为 URL 中的参数经 UTF-8 编码格式编码之后得到的结果在 ISO8859-1 字符集可能一样也可能根本表示不了，这也是为什么 ASCII 码经 UTF-8 编码格式编码之后的结果可以用 ISO8859-1 编码格式解码。如，在 Unicode 字符集中，第 20013 个字符是“中”，而在 ISO8859-1 字符集中，一共才有 256 个字符。字符“中”经 UTF-8 编码之后的结果再经 ISO8859-1 解码，无论如何也得不到正确答案的。

以上的2个方法最好都要用上 过滤器只能解决POST请求 ，要处理GET请求就要用

bytes = string.getBytes("iso-8859-1") 得到原始的字节串，再用 string = new String(bytes, "GB2312") 重新得到正确的字符串 。

这个方法，所以最好2个都要写，这样不管是POST还是GET请求就都能解决了。

1.第一个地方的编码格式为jsp文件的存储格式。Eclipse会根据这个编码格式保存文件。并编译jsp文件，包括里面的汉字。第二处编码为解码格式。因为存为UTF-8的文件被解码为iso8859-1，这样如有中文肯定出乱码。也就是必须一致。而第二处所在的这一行，可以没有。缺省也是使用iso8859-1的编码格式。所以如果没有这一行的话，“我是个好人”也会出现乱码。必须一致才可以。

　第三处编码为控制浏览器的解码方式。如果前面的解码都一致并且无误的话，这个编码格式没有关系。有的网页出现乱码，就是因为浏览器不能确定使用哪种编码格式。因为页面有时候会嵌入页面，导致浏览器混淆了编码格式。出现了乱码。

2.表单使用Post方式提交后接收到的乱码问题

这个问题也是一个常见的问题。这个乱码也是tomcat的内部编码格式iso8859-1在捣乱，也就是说post提交时，如果没有设置提交的编码格式，则会以iso8859-1方式进行提交，接受的jsp却以utf-8的方式接受。导致乱码。既然这样的原因，下面有几种解决方式，并比较。

---