【JavaWeb】web乱码总结

发布时间：2024年01月23日

文章目录

web乱码问题

乱码问题产生的根本原因：

  1. 数据的编码和解码使用的不是同一个字符集
  2. 使用了不支持某个语言文字的字符集
    1

一、 HTML乱码

设置项目文件的字符集要使用一个支持中文的字符集

  • 查看当前文件的字符集
    utf-8
  • 查看项目字符集 配置
    • 将Global Encoding 全局字符集
    • Project Encoding 项目字符集
    • Properties Files 属性配置文件字符集设置为UTF-8

1

当前视图文件的字符集通过<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即可
1

三、 IDEA sout 乱码

sout乱码问题,设置JVM加载.class文件时使用UTF-8字符集

  • 设置虚拟机加载.class文件的字符集和编译时使用的字符集一致

1

-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" />
    1
  • GET方式提交时,会对数据进行URL编码处理 ,是将GBK 转码为 “百分号码”
    1
  • tomcat10默认使用UTF-8对URI进行解析,造成前后端使用的字符集不一致,出现乱码
    1

3. 解决：

  • 设置GET方式提交的编码和Tomcat10.1.7的URI默认解析编码一致即可 (推荐)
    1
    1

4.2 POST请求乱码

1. 分析：

  • POST请求将参数放在请求体中进行发送
  • 请求体使用的字符集受到了<meta charset="字符集"/> 的影响
  • Tomcat10.1.7 默认使用UTF-8字符集对请求体进行解析
  • 如果请求体的URL转码和Tomcat的请求体解析编码不一致,就容易出现乱码

2. 演示：

  • POST请求请求体受到了<meta charset="字符集"/> 的影响
    1
  • 请求体中,将GBK数据进行 URL编码
    1
  • 后端默认使用UTF-8解析请求体,出现字符集不一致,导致乱码
    1

3. 解决：

方法一：
请求时,使用UTF-8字符集提交请求体 (推荐)
1

方法二：后端在获取参数前,设置解析请求体使用的字符集和请求发送时使用的字符集一致 (不推荐)
2

五、 响应乱码

1.分析：

  • 在Tomcat10.1.7中,向响应体中放入的数据默认使用了工程编码 UTF-8
  • 浏览器在接收响应信息时,使用了不同的字符集或者是不支持中文的字符集就会出现乱码

2. 演示：

  • 服务端通过response对象向响应体添加数据
    1
  • 浏览器接收数据解析乱码
    1

3. 解决：

通过设置content-type响应头,告诉浏览器以指定的字符集解析响应体(推荐)

resp.setContentType("text/html;charset=UTF-8");
1
1
比较老的Tomcat 两行设置都写。
1

总结

1

文章来源:https://blog.csdn.net/GavinGroves/article/details/135752463
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
最新文章