JavaWeb中文编码问题

亦凉 2022-01-06 07:17 394阅读 0赞

## 一、常见编码方式： ##

#### 1、ASCII 码 ####

众所周知，这是最简单的编码。它总共可以表示128个字符，0~31是控制字符如换行、回车、删

除等，32~126是打印字符，可以通过键盘输入并且能够显示出来的。

#### 2、ISO-8859-1 ####

它是基于ASCII码基础上扩展的，它总共能表示256个字符，涵盖了大多数西欧语言字符。ISO-8859-1编码不支持中文，举个中文编码例子:ISO-8859-1是单字节编码且不支持中文，直接将中文字符转成‘3f’, 3f也就是常见的"?"字符

#### 3、GB2312 ####

它是双字节编码，共包含6763个汉字。

#### 4、GBK ####

汉字内码扩展规范，是基于GB2312上拓展的，加入了更多的汉字，能表示21003个汉字。它的编码是和GB2312兼容的。也就是说用GB2312编码的汉字可以用GBK来解码，并且不会乱码。倒过来就不完全可以了，因为GB2312描述的汉字比GBK少。

#### 5、UTF-8 ####

UTF-8是基于Unicode上定义的， 用两个字节来表示Unicode的转换格式，但UTF-8采用了一种变长技术，每个编码区域有不同的字码长度。（Unicode 囊括了世界上所有语言，所有语言均可通过Unicode来相互翻译，详解 Unicode 编码）

## 二、常见乱码问题分析 ##

#### 1、中文变成看不懂的字符 ####

如果一串中文字符变成了一串看不懂的字符如：“Ì Ô £ ¡Î Ò Ï²»¶ £ ¡”，这种情况通常是编码字符集与解码时所用的字符集不一致所造成的。比如使用GBK编码，如果使用ISO-8859-1解码的话结果就是这样。

#### 2、一个汉字变成了一个问号 ####

如果编码和解码的字符集都是一致的，那么可以确定该字符编码不支持中文，例如：ISO-8859-1

#### 3、一个汉字变成了两个问号 ####

中文经过多次编码且其中有一次编码或者解码使用了不支持中文的字符集

## 三、常见案例分析(tomct+google) ##

#### 1、参数传输乱码 ####

背景：从jsp中传参数（包括中文）请求后台数据，在后台获取到的请求参数乱码。

##### 1.1 前端编码设置，先讲解下jsp中编码的配置： #####

a、其中contentType中charset用来设置服务器发送给客户端时的内容编码；pageEncoding 用来设置JSP源文件本身和响应正文中的字符编码。通俗的说pageEncoding是jsp文件本身的编码，如果pageEncoding设置为ISO-8859-1,则jsp页面中不能保存中文字符，会自动提示你是否要设置为UTF-8.  
b、jsp文件编码字符集默认为ISO-8859-1, JSP源文件字符集时,优先级为pageEncoding>contentType。如果都没有设置，默认ISO-8859-1。  
c、设置响应输出的字符集时,优先级为contentType>pageEncoding。如果都没有设置，默认ISO-8859-1。

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>

***综上所述，解决该问题乱码的第一步要设置jsp页面中的编码，最好统一为UTF-8。***

#### 1.2 后端编码设置 ####

a、首先要设置tomcat编码，其中要了解两个参数（conf/server.xml）：URIEncoding 和useBodyEncodingForURI，可以查看官方文档说明：[http://tomcat.apache.org/tomcat-7.0-doc/config/http.html，][http_tomcat.apache.org_tomcat-7.0-doc_config_http.html] 以下是我理解：

1)URIEncoding是对所有GET方式的请求的数据进行统一的重新编码，默认编码为ISO-8859-1（针对URI上的请求参数）

2)useBodyEncodingForURI：此设置仅适用于请求的查询字符串（针对请求体中内容）。与URIEncoding不同，它不影响请求URI的路径部分。如果不知道请求字符编码（浏览器不提供，并且SetCharacterEncodingFilter不设置或使用Request.setCharacterEncoding方法的类似过滤器），默认编码始终为“ISO-8859-1”。URIEncoding设置对此默认值没有影响。

该参数为false。通俗的说：

true表示get和post的编码保持一致，post方式的编码是什么，get方式的编码就是什么。

false表示get和post的字符编码各自设置，互相没有关系。

example1（只设置URIEncoding）:

server.xml

controller:

@RequestMapping(value = "/testURI", method=RequestMethod.POST)
    　　　　@ResponseBody
    　　　　public String testURI(HttpServletRequest request){
        　　　　String username = request.getParameter("username");
        　　　　String nickname = request.getParameter("nickname");
        　　　　System.out.println("姓名：" + username + ", 昵称：" + nickname);
       　　 　　return "姓名：" + username + ", 性别：" + nickname;
    　　　　}

jsp:

输出结果： 姓名：张三, 昵称：èå¼ ä¸

从结果中可以看出， URIEncoding只对URI中的参数进行编码。

example2：只修改controller中代码，就都会显示正常

@RequestMapping(value = "/testURI", method=RequestMethod.POST)
    　　@ResponseBody
    　　public String testURI(HttpServletRequest request) throws UnsupportedEncodingException{
        　　request.setCharacterEncoding("UTF-8");
        　　String username = request.getParameter("username");
       　　 String nickname = request.getParameter("nickname");
        　　System.out.println("姓名：" + username + ", 昵称：" + nickname);
        　　return "姓名：" + username + ", 性别：" + nickname;
    　　}

其实第二种做法并不是很方便，一般通过设置URIEncoding+encodingFilter即可解决。

example3（通常做法）:

web.xml代码如下，其余跟example1一样即可。

encodingFilter  
org.springframework.web.filter.CharacterEncodingFilter  
  
encoding  
UTF-8  
  
  
forceEncoding  
true  
  
  
  
encodingFilter  
/\*  
  
　　　　example4：

如果只设置URIEncoding=ISO-8859-1，request.setCharacterEncoding(“UTF-8”);只会

对请求体中的参数进行编码，所以username是乱码的。

example5: 在example4的基础上设置useBodyEncodingForURI=“true”

设置useBodyEncodingForURI=true时，就会将请求参数和请求体中的参数根据

request.setCharacterEncoding或者contentType中的字符集编码。

2、输出流写入内容或者输入流读取内容时乱码（内容中有中文）

原因分析：

a、 如果是按字节写入或读取时乱码，应该先检测系统编码是什么样的，看看是否支持中文编码的字符集。

System.out.println(System.getProperty(“file.encoding”));  
　　　　a1、如果是不支持中文的就要设置jvm编码了，设置方法：

Windows环境就在catalina.bat配置:

set JAVA\_OPTS=%JAVA\_OPTS% -Dfile.encoding=UTF-8  
　　　　Linux黄精就在catalina.sh配置：

JAVA\_OPTS="$JAVA\_OPTS -Dfile.encoding=utf-8"  
　　　　设置好之后，应该就没什么大问题了。（注意：读取内容要转成字符串的形式，要指定字符集，如下图：

a2、如果是支持中文编码的字符集，还出现乱码的话，首先要考虑a1中的注意事项，其次改换字符集为UTF-8，全面支持中文，

不会有漏洞。

b、如果是按字符写入或读取时乱码，那么写入和读取应指定同一字符集编码（推荐是UTF-8）。example：

复制代码  
　　　　//通过字符流来写入字符  
String charset = “UTF-8”;  
FileOutputStream fout = new FileOutputStream(“F:/test.txt”);  
OutputStreamWriter writer = new OutputStreamWriter(fout, charset);//指定字符集编码  
writer.write("这就是本该拼搏的年纪，却想得太多，做得太少！ ");

//读取字节转换成字符
       FileInputStream fis = new FileInputStream("F:/test.txt");
       InputStreamReader reader = new InputStreamReader(fis, charset);//指定字符集编码
       StringBuffer content = new StringBuffer();
       char[] buf = new char[64];
       int len = -1;
       while ((len = reader.read(buf)) != -1) {
           content.append(buf, 0, len);
       }
       System.out.println(content.toString());

复制代码  
　　　　如果没有指定就会获取系统编码，就有可能乱码，解决方法可以参照a。

3、数据库乱码

这种情况就很简单了，可以查看这篇博文MySQL 插入数据时，中文乱码问题的解决

从上面可知，乱码问题并不难解决，搞清楚源头就好。其中要注意两个点，再次提醒：

1、最好指定好系统默认编码，否则没有设置编码的时候会获取当前系统的编码。（当你在windows中不会乱码，但是移植到linux中就可能会出现乱码）

2、设置好tomcat中uriencoding属性，配置全局编码过滤器会解决大部分请求数据乱码的问题。

[http_tomcat.apache.org_tomcat-7.0-doc_config_http.html]: http://tomcat.apache.org/tomcat-7.0-doc/config/http.html%EF%BC%8C