JavaWebHttp get请求乱码post请求乱码,html页面乱码jsp页面乱码,控制台tomcat日志乱码原因分析和解决方案参考:
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了JavaWebHttp get请求乱码post请求乱码,html页面乱码jsp页面乱码,控制台tomcat日志乱码原因分析和解决方案参考:相关的知识,希望对你有一定的参考价值。
目录
1、乱码原因和解决思路
2、准备知识(新手必读,老司机跳过)
2.1 字符集
2.2 URL编码
2.3 javaweb servlet
3 浏览器编码/解码使用字符集的逻辑优先顺序
3.1 浏览器解码使用的字符集优先级
3.2 浏览器编码使用的字符集
3.2.1 URL直接访问
3.2.2 html form 表单发送http get/post请求
4、http get请求参数乱码:浏览器发送给后端servlet
4.1 设置发送端(浏览器)url编码的字符集
4.1.1 get 第一类场景:URL直接访问
4.1.2 get 第二类场景: html form表单发送http get请求
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
5 http 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 字符集
2.2 URL编码
2.3 javaweb servlet
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浏览器可以右键修改页面使用的字符集,修改后解码 和 编码(get url编码、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,没啥意义
IE默认url编码(get请求)
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浏览器可以右键修改页面使用的字符集,修改后解码 和 编码(get url编码、post请求体编码等)都以修改后字符集的为准,但是只对本窗口有效。
4、http get请求参数乱码:浏览器发送给后端servlet
get提交不经过请求体而是通过URL传参
servlet 测试 代码:
@WebServlet(name = "A01Servlet", value = "/A01Servlet")
public class A01Servlet extends HttpServlet
@Override
protected 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-8 http://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.2 get 第二类场景: html form表单发送http get请求
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一样,只不过不用每一个参数都写一次转码
优缺点:每个参数都需要转码(可以给多个参数写个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提交方式就好了。
5 http 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
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws UnsupportedEncodingException
String name = req.getParameter("name");
System.out.println("name=" + name);
5.1 设置发送端(浏览器)编码的字符集
浏览器不能直接发送http post请求,必须通过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
@Override
protected 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)、应答以及控制台中文乱码问题
以上是关于JavaWebHttp get请求乱码post请求乱码,html页面乱码jsp页面乱码,控制台tomcat日志乱码原因分析和解决方案参考:的主要内容,如果未能解决你的问题,请参考以下文章