目录
1、乱码原因和解决思路
2、准备知识（新手必读，老司机跳过）
2.1 字符集
2.2 URL编码
2.3javaweb servlet
3浏览器编码/解码使用字符集的逻辑优先顺序
3.1 浏览器解码使用的字符集优先级
3.2 浏览器编码使用的字符集
3.2.1 URL直接访问
3.2.2 html form 表单发送http get/post请求
4、httpget请求参数乱码：浏览器发送给后端servlet
4.1 设置发送端（浏览器）url编码的字符集
4.1.1 get第一类场景：URL直接访问
4.1.2get第二类场景：html form表单发送httpget请求
4.2设置接收端（servlet）url解码的字符集
4.2.1 方案1【不推荐】：通过new String()方式转码
4.2.2 方案2【推荐】：使用过滤器方法给所有servlet参数转码
4.2.3 方案3【强烈推荐】：设置tomcat解码的字符集为UTF-8
4.2.4 方案4【推荐】：用post
5http post请求参数乱码：浏览器发送给后端servlet
5.1 设置发送端（浏览器）编码的字符集
5.2设置接收端（servlet）解码的字符集
5.2.1 方案1【不推荐】：通过new String()方式转码
5.2.2方案2【不推荐】：通过req.setCharacterEncoding("UTF-8")方式转码
5.2.3 方案3【推荐】：使用过滤器方法给所有servlet参数转码
6、http响应数据乱码：servlet发送给浏览器等客户端
6.1设置发送端（servlet）对数据编码的字符集
6.2告诉接收端（浏览器等）数据解码的字符集
7、http响应html页面乱码：tomcat发给浏览器
7.1设置发送端（servlet）对html页面编码的字符集
7.2设置接收端（浏览器）对html页面解码的字符集
8、http响应jsp页面乱码：tomcat发给浏览器
8.1设置发送端（servlet）对jsp页面编码的字符集
8.1.1 方式一【不推荐】：以idea为例，右下角可以修改jsp等文件编码
8.1.2 方式二【推荐】：在文件头设置pageEncoding,idea的jsp文件编码以此为准（右下角编码变灰色，不可改）
8.1.3方式三【推荐】：在文件头设置contentType="text/html;charset=UTF-8"，该设置会覆盖“方式二”的设置（看下面的源码）
8.2设置接收端端（浏览器等）对jsp页面解码的字符集
8.2.1 方式一【不推荐】：在响应体head中添加meta charset="UTF-8"
8.2.2 方式二【推荐】：在文件头设置pageEncoding
8.2.3 方式三【推荐】：在文件头设置contentType="text/html;charset=UTF-8"，该设置会覆盖“方式二”的设置（看下面的源码）
9、tomcat日志在idea种乱码
9.1设置输出日志的编码字符集
9.2设置idea控制台解码的字符集
【JavaWeb开发】Servlet彻底解决开发中请求(get/post)、应答以及控制台中文乱码问题
1、乱码原因和解决思路
导致乱码原因都是因为字符编码和解码用的字符集不一致导致，解决乱码问题需统一编码和解码的字符集，建议都用UTF-8
2、准备知识（新手必读，老司机跳过）
2.1 字符集
HTML 编码（字符集）/html/html_charset.asp
HTML 字符集 | 菜鸟教程/tags/ref-charactersets.html
2.2 URL编码
HTML URL 编码参考手册 | 菜鸟教程HTML URL 编码 参考手册 URL 编码会将字符转换为可通过因特网传输的格式。 URL - 统一资源定位器 Web 浏览器通过 URL 从 web 服务器请求页面。 URL 是网页的地址，比如： 。 URL 编码 URL 只能使用 ASCII 字符集来通过因特网进行发送。 由于 URL 常常会包含 ASCII 集合之外的字符，URL 必须转换为有效的 ASCII 格式。 ../tags/html-urlencode.html
2.3javaweb servlet
Servlet 教程 | 菜鸟教程Servlet 教程 Servlet 为创建基于 web 的应用程序提供了基于组件、独立于平台的方法，可以不受 CGI 程序的性能限制。Servlet 有权限访问所有的 Java API，包括访问企业级数据库的 JDBC API。 本教程将讲解如何使用 Java Servlet 来开发基于 web 的应用程序。 现在开始学习 Servlet！ 谁适合阅读本教程？ 本教程是专为 Java 程序员设计的。在阅读本教程之前，需要先了解../servlet/servlet-tutorial.html
3浏览器编码/解码使用字符集的逻辑优先顺序
3.1 浏览器解码使用的字符集优先级
浏览器输入url网址，服务器tomcat会对应的响应（html、jsp、json等），浏览器是用什么字符集解码的呢？结论如下：
1.http响应头中的字符集 > 2. html/jsp页面中的字符集 > 3.使用默认字符集（不同浏览器不同）
1、首先，浏览器先从响应头读取 Content-Type 的 charset的字符集
2、其次，从响应体中(包括html文件)的<html><head><meta charset="UTF-8">中读取字符集
3、如果上面两个都没有，则使用默认的字符集（不同浏览器不同）
4、补充，IE和360浏览器可以右键修改页面使用的字符集，修改后解码 和 编码（geturl编码、post请求体编码等）都以修改后的为准，但是只对本窗口有效。
3.2 浏览器编码使用的字符集
3.2.1 URL直接访问
直接访问指的是：在地址栏输入带参数url访问，浏览器会使用默认字符集UTF-8对URL的非ASCⅡ字符进行编码。详细说明：
浏览器输入URL直接访问一般是首次打开一个网站（对浏览器 [ 非postman ] 而言，是必然是http get请求，不会是post，因为浏览器发post请求需要 html的 form 表单发送），由于还未收到服务器任何响应，无从获取服务器的字符集，所以会使用默认字符集UTF-8对URL的非ASCⅡ字符进行编码（亲测当前主流新版浏览器都是用UTF-8字符集）。IE可以修改默认设置，不用UTF-8，没啥意义
3.2.2 html form 表单发送http get/post请求
html <form>表单发送时，对数据编码使用的字符集与当前页面的解码的字符集一致。详细说明：
在url直接访问后，服务器一般会响应一个html 或 jsp页面，这时在响应的响应头context-type中 或响应体(包括html文件)的<html><head><meta charset="UTF-8">中得到解码的字符集，然后再通过html页面<form>表单发送get/post请求时，将使用与该页面解码字符集一样的字符集进行编码。
补充：IE和360浏览器可以右键修改页面使用的字符集，修改后解码 和 编码（geturl编码、post请求体编码等）都以修改后字符集的为准，但是只对本窗口有效。
4、httpget请求参数乱码：浏览器发送给后端servlet
get提交不经过请求体而是通过URL传参
servlet 测试 代码：
@WebServlet(name = "A01Servlet", value = "/A01Servlet")public class A01Servlet extends HttpServlet {@Overrideprotected void doGet(HttpServletRequest req, HttpServletResponse resp) {String name = req.getParameter("name");System.out.println("name=" + name);}}
4.1 设置发送端（浏览器）url编码的字符集
4.1.1 get第一类场景：URL直接访问
此类场景，浏览器会使用默认字符集UTF-8对URL的非ASCⅡ字符进行编码。详细说明见章节 3.2.1
测试url：
url编码前http://localhost:8080/lishuoboy_javaweb_war_exploded/A01Servlet?name=硕
url编码后UTF-8http://localhost:8080/lishuoboy_javaweb_war_exploded/A01Servlet?name=%E7%A1%95
url编码后GBK http://localhost:8080/lishuoboy_javaweb_war_exploded/A01Servlet?name=%CB%B6
如果 URL编码后“硕”变成了“%E7%A1%95”，有三个%，说明是用UTF8字符集编码的，因为UTF8字符集一个汉字占用3个字节。否则GBK一个汉字占用2个字节，有2个%
4.1.2get第二类场景：html form表单发送httpget请求
html <form>表单发送时，对数据编码使用的字符集与当前页面的解码的字符集一致。详细说明见章节 3.2.2
测试的html页面表单：
<html><head><title>Title</title><!-- 1、设置页面解码 和 编码（包括请求体，post请求参数通过请求体传送） 的字符集2、不同浏览器默认解码的字符集不固定（以系统编码为准居多），可以右键设置当前页面解码和编码的编码字符集3、该设置不一定生效，最上面的第一行会在响应头设置context-type，浏览器优先使用响应头的编码。--><!-- H5 --><meta charset="UTF-8"><!-- H5之前 --><!-- <meta http-equiv="Content-Type" content="text/html;charset=utf-8"> --></head><body><form action="/lishuoboy_javaweb_war_exploded/A01Servlet" method="get"><input type="text" name="name" placeholder="输入名字"><input type="submit" value="提交"></form></body></html>
4.2设置接收端（servlet）url解码的字符集
4.2.1 方案1【不推荐】：通过new String()方式转码
假如tomcat URI（不知是什么，可以先看方案3）解码的字符集是“ISO-8859-1“，即配置为URIEncoding="UTF-8"，用getBytes(“ISO-8859-1“)拿到原编码的byte数组，再通过new一个String转成UTF-8编码
优缺点：每个servlet、每个参数都需要转码（可以给所有参数写个for循环转码）
4.2.2 方案2【推荐】：使用过滤器方法给所有servlet参数转码
原理跟方案2一样，只不过不用每一个参数都写一次转码
具体写法：过滤器（解决中文乱码get/post）_mtm001的专栏-CSDN博客_乱码过滤器
优缺点：每个参数都需要转码（可以给多个参数写个for循环），但不用每个servlet都转
4.2.3 方案3【强烈推荐】：设置tomcat解码的字符集为UTF-8
tomcat8.0之后默认的解码的字符集就是UTF-8，无需设置
tomcat8.0之前默认的解码的字符集是ISO-8859-1，需要设置，设置方法：修改tomcat目录下/conf/server.xml文件，设置URIEncoding="UTF-8"。
<Connector port="8080" protocol="HTTP/1.1"connectionTimeout="20000"redirectPort="8443" URIEncoding="UTF-8" />
4.2.4 方案4【推荐】：用post
提供一个思路，get提交几乎每一点都比不上post提交，那么就使用post提交方式就好了。
5http post请求参数乱码：浏览器发送给后端servlet
post提交经过请求体而不是通过URL传参
测试html页面表单：
<html><head><title>Title</title><!-- 1、设置页面解码 和 编码（包括请求体，post请求参数通过请求体传送） 的字符集2、不同浏览器默认解码的字符集不固定（以系统编码为准居多），可以右键设置当前页面解码和编码的编码字符集3、该设置不一定生效，最上面的第一行会在响应头设置context-type，浏览器优先使用响应头的编码。--><!-- H5 --><meta charset="UTF-8"><!-- H5之前 --><!-- <meta http-equiv="Content-Type" content="text/html;charset=utf-8"> --></head><body><form action="/lishuoboy_javaweb_war_exploded/A01Servlet" method="post"><input type="text" name="name" placeholder="输入名字"><input type="submit" value="提交"></form></body></html>
servlet 测试代码：
@WebServlet(name = "A01Servlet", value = "/A01Servlet")public class A01Servlet extends HttpServlet {@Overrideprotected void doPost(HttpServletRequest req, HttpServletResponse resp) throws UnsupportedEncodingException {String name = req.getParameter("name");System.out.println("name=" + name);}}
5.1 设置发送端（浏览器）编码的字符集
浏览器不能直接发送httppost请求，必须通过html <form>表单发送，对数据编码使用的字符集与当前页面的解码的字符集一致。详细说明见章节 3.2.2
5.2设置接收端（servlet）解码的字符集
5.2.1 方案1【不推荐】：通过new String()方式转码
假如浏览器发送的编码的字符集是“ISO-8859-1“，用getBytes(“ISO-8859-1“)拿到原编码的byte数组，再通过new一个String转成UTF-8编码
优缺点：每个servlet、每个参数都需要转码（可以给所有参数写个for循环转码）
5.2.2方案2【不推荐】：通过req.setCharacterEncoding("UTF-8")方式转码
注意点：req设置编码前不能get过参数，否则就不好使了
优缺点：每个servlet都需要转码
5.2.3 方案3【推荐】：使用过滤器方法给所有servlet参数转码
原理跟方案2一样，只不过不用每一个servlet都做一次转码
注意点：req设置编码前不能get过参数，否则就不好使了
优缺点：不用每个servlet都转码
6、http响应数据乱码：servlet发送给浏览器等客户端
测试url：http://localhost:8080/lishuoboy_javaweb_war_exploded/A01Servlet
servlet 测试 代码：
@WebServlet(name = "A01Servlet", value = "/A01Servlet")public class A01Servlet extends HttpServlet {@Overrideprotected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException {resp.getWriter().println("name=硕");}}
6.1设置发送端（servlet）对数据编码的字符集
// 以下3个都可以，只是设置响应体编码用方式一即可，方式二和方式三，既设置了响应字符编码的字符集还在响应头设置了content-type（就是告诉浏览器解码字符集）。前面的 text/json;可根据具体情况选择，一般json居多// 可以在当前servlet中设置，或者直接在过滤器设置// 如果都设置了，那么后面的覆盖前面的，其中resp.setCharacterEncoding("UTF-8");只能覆盖content-type的charset的值。// 方式一：【不推荐】resp.setCharacterEncoding("UTF-8");// 方式二【推荐】resp.setContentType("text/json;charset=utf-8"); // 方式三【推荐】resp.setHeader("content-type", "text/json;charset=UTF-8");
6.2告诉接收端（浏览器等）数据解码的字符集
以下2个都可以，如果都设置了，那么后面的覆盖前面的。下面两个设置会在响应头设置了content-type，就是告诉浏览器解码字符集。前面的 text/json;可根据具体情况选择，一般json居多resp.setContentType("text/json;charset=utf-8"); resp.setHeader("content-type", "text/json;charset=UTF-8");
设置后，setContentType之后，http响应头会有对应参数content-type，浏览器就知道响应数据的字符集了
7、http响应html页面乱码：tomcat发给浏览器
测试代码
<!DOCTYPE html><html lang="en"><head><!-- 1、浏览器解码时优先读取响应头的Content-Type中的字符集，没有则读取<head>标签<meta charset="UTF-8">中的字符集。不同浏览器默认（自动）解码的字符集不固定（以系统编码为准居多），可以右键设置当前页面解码和编码的编码字符集2、浏览器编码（包括请求体，post请求参数通过请求体传送）与上一步解码的字符集一致 --><!-- H5 --><meta charset="UTF-8"><!-- H5之前 --><!-- <meta http-equiv="Content-Type" content="text/html;charset=utf-8"> --><title>Title</title></head><body><form action="/lishuoboy_javaweb_war_exploded/A01Servlet" method="post"><input type="text" name="name"><input type="submit" value="提交"></form></body></html>
7.1设置发送端（servlet）对html页面编码的字符集
以idea为例，右下角可以修改html等文件编码
7.2设置接收端（浏览器）对html页面解码的字符集
请阅读章节： 3.1 浏览器解码使用的字符集优先级
8、http响应jsp页面乱码：tomcat发给浏览器
8.1设置发送端（servlet）对jsp页面编码的字符集
8.1.1 方式一【不推荐】：以idea为例，右下角可以修改jsp等文件编码
8.1.2 方式二【推荐】：在文件头设置pageEncoding,idea的jsp文件编码以此为准（右下角编码变灰色，不可改）
看一下jsp翻译的java原文件，该设置不仅设置了文件编码，还设置响应头的contentType
8.1.3方式三【推荐】：在文件头设置contentType="text/html;charset=UTF-8"，该设置会覆盖“方式二”的设置（看下面的源码）
看一下jsp翻译的java原文件，该设置不仅设置了文件编码，还设置响应头的contentType，告诉浏览器编码字符集
8.2设置接收端端（浏览器等）对jsp页面解码的字符集
方式一优先级最低，因为方式二和方式三会在响应头设置content-type，方式一则不会
8.2.1 方式一【不推荐】：在响应体head中添加meta charset="UTF-8"
8.2.2 方式二【推荐】：在文件头设置pageEncoding
见章节8.1.2
8.2.3 方式三【推荐】：在文件头设置contentType="text/html;charset=UTF-8"，该设置会覆盖“方式二”的设置（看下面的源码）
见章节8.1.3
9、tomcat日志在idea种乱码
9.1设置输出日志的编码字符集
tomcat7、8、9最新小版本 和tomcat10 默认是UTF-8，之前需要在启动命令设置（具体百度）。
修改tomcat目录下conf/logging.properties文件，ConsoleHandler.encoding = GBK。
9.2设置idea控制台解码的字符集
参考：
【JavaWeb开发】Servlet彻底解决开发中请求(get/post)、应答以及控制台中文乱码问题
【JavaWeb】Http get请求乱码 post请求乱码 html页面乱码 jsp页面乱码 控制台tomcat日志乱码原因分析和解决方案
