文章目录
- web乱码问题
- 一、 HTML乱码
- 二、 Tomcat控制台乱码
- 三、 IDEA sout 乱码
- 四、 请求乱码
- 4.1 GET请求乱码
- 1. 分析：
- 2. 演示：
- 3. 解决：
- 4.2 POST请求乱码
- 1. 分析：
- 2. 演示：
- 3. 解决：
- 五、 响应乱码
- 1.分析：
- 2. 演示：
- 3. 解决：
- 总结
web乱码问题
乱码问题产生的根本原因：
- 数据的编码和解码使用的不是同一个字符集
- 使用了不支持某个语言文字的字符集
一、 HTML乱码
设置项目文件的字符集要使用一个支持中文的字符集
- 查看当前文件的字符集
- 查看项目字符集 配置
- 将
Global Encoding全局字符集 - Project Encoding 项目字符集
- Properties Files 属性配置文件字符集设置为
UTF-8
- 将
当前视图文件的字符集通过
<meta charset="UTF-8">来告知浏览器通过什么字符集来解析当前文件
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Title</title>
</head>
<body>
主页
</body>
</html>
二、 Tomcat控制台乱码
在tomcat10和tomcat9版本中,
修改 tomcat/conf/logging.properties中,
所有的UTF-8为GBK即可
三、 IDEA sout 乱码
sout乱码问题,设置JVM加载.class文件时使用UTF-8字符集
- 设置虚拟机加载.class文件的字符集和编译时使用的字符集一致
-Dfile.encoding=UTF-8
四、 请求乱码
4.1 GET请求乱码
1. 分析：
GET方式提交参数的方式是将参数放到URL后面,如果使用的不是UTF-8,那么会对参数进行URL编码处理- HTML中的
<meta charset='字符集'/>影响了GET方式提交参数的URL编码 - tomcat10/9的URI编码默认为
UTF-8 - 当
GET方式提交的参数URL编码和tomcat10/9默认的URI编码不一致时,就会出现乱码
2. 演示：
- 浏览器解析的文档的
<meta charset="GBK" />
GET方式提交时,会对数据进行URL编码处理 ,是将GBK转码为 “百分号码”
- tomcat10默认使用
UTF-8对URI进行解析,造成前后端使用的字符集不一致,出现乱码
3. 解决：
- 设置GET方式提交的编码和Tomcat10.1.7的URI默认解析编码一致即可 (推荐)
4.2 POST请求乱码
1. 分析：
POST请求将参数放在请求体中进行发送- 请求体使用的字符集受到了
<meta charset="字符集"/>的影响 - Tomcat10.1.7 默认使用UTF-8字符集对请求体进行解析
- 如果请求体的URL转码和Tomcat的请求体解析编码不一致,就容易出现乱码
2. 演示：
- POST请求请求体受到了
<meta charset="字符集"/>的影响
- 请求体中,将GBK数据进行 URL编码
- 后端默认使用UTF-8解析请求体,出现字符集不一致,导致乱码
3. 解决：
方法一：
请求时,使用UTF-8字符集提交请求体 (推荐)
方法二：后端在获取参数前,设置解析请求体使用的字符集和请求发送时使用的字符集一致 (不推荐)
五、 响应乱码
1.分析：
- 在Tomcat10.1.7中,向响应体中放入的数据默认使用了工程编码 UTF-8
- 浏览器在接收响应信息时,使用了不同的字符集或者是不支持中文的字符集就会出现乱码
2. 演示：
- 服务端通过response对象向响应体添加数据
- 浏览器接收数据解析乱码
3. 解决：
通过设置content-type响应头,告诉浏览器以指定的字符集解析响应体(推荐)
resp.setContentType("text/html;charset=UTF-8");
比较老的Tomcat 两行设置都写。
总结
![[设计模式Java实现附plantuml源码~创建型] 产品族的创建——抽象工厂模式](https://img-blog.csdnimg.cn/direct/4e8afee6025a4ee99cd9ef9b0369aaa3.png)
