ubuntu mysql utf8中文乱码问题

解决：在tomcat/conf/servlet.Xml中 加入一段代码：

debug=“0” connectionTimeout=“20000”

disableUploadTimeout=“true” URIEncoding=“true”/>

问题2：

如果uri中转递的是参数要发送到jsp页面，则必须在接受代码的jsp页面里面还要加入代码: <% request.setCharacterEncoding(“gb2312”);%>

问题3：

在jsp页面里的代码修正：

<%@ page language=“java” import=“java.util.*” pageEncoding=“gb2312”%> <%@ page contentType=“gb2312”%>

//如不注明是post方式则默认是get方式

问题4：

在servlet中的代码修正

在doPost方法里面最上面的位置加上如下代码：

response.setCharacterEncoding(“gb2312”);

ubuntu mysql utf8中文乱码问题 篇2

在Java Web的应用中,中文字符乱码问题是个由来已久和让人头疼的问题,尤其是刚刚接触Java Web编程的人员,往往在解决中文字符乱码问题上花费了大量的时间和精力。

要了解Java中文乱码问题的产生原因,先要从Java的字符编码说起,常用的Java字符编码集有以下几种:

ASCII(American Standard Code for Information Interchange,美国信息互换标准代码),是基于常用的英文字符的一套电脑编码系统。我们知道英文经常使用的字符、数字符号被计算机处理时都是以二进制码的形式出现的。这种二进制码的形式就是所谓的ASCII码。每个ASCII与一个8位二进制数对应。其最高位是0,相应的十进制数是0-127。另有128个扩展的ASCII码,最高位都是1,由一些制表符和其它符号组成。ASCII是现今最通用的单字节编码系统。

GB2312:GB2312码是中华人民共和国国家汉字信息交换用编码,全称《信息交换用汉字编码字符集-基本集》。主要用于给每个中文字符指定相应的数字,也就是通行编码。一个中文字符用两个字节的数字来表示,为了与ASCII码有所区别,将中文字符每一个字节的最高位置都用1来表示。

GBK:为了对更多的字符进行编码,国家又发布了新的编码系统GBK(GBK的K是“扩展”的汉语拼音的第一个字母)。在新的编码系统里,除了兼容GB2312外,还对繁体中文、一些不常用的汉字和许多符号进行了编码。

ISO-8859-1:ISO-8859-1编码是单字节编码,向下兼容ASCII,其编码范围是0x00-0xFF,0x00-0x7F之间完全和ASCII一致,0x80-0x9F之间是控制字符,0xA0-0xFF之间是文字符号。ISO-8859-1收录的字符除ASCII收录的字符外,还包括西欧语言、希腊语、泰语、阿拉伯语、希伯来语对应的文字符号。欧元符号出现的比较晚,没有被收录在ISO-8859-1当中。

Unicode:这是一种通用的字符集,对所有语言的文字进行了统一编码,对每一个字符都用2个字节来表示,对于英文字符前面加“0”字节的策略实现等长兼容。如“a”的ASCII码为0x61,Unicode就为0x00,0x61。

UTF-8:Unicode Transformation Format-8bit。是用以解决国际上字符的一种多字节编码,它对英文使用8位(即一个字节),中文使用24为(三个字节)来编码。UTF-8包含全世界所有国家需要用到的字符,是国际编码,通用性强。UTF-8编码的文字可以在各国支持UTF8字符集的浏览器上显示。如,如果是UTF8编码,则在外国人的英文IE上也能显示中文,他们无需下载IE的中文语言支持包。

Java使用Unicode来存储字符数据,处理字符时通常有3个步骤:

1)按给定的字符编码形式,从源输入流中读取字符数据;

2)以Unicode编码形式将字符数据存储在内存中;

3)按指定的字符编码形式,将字符数据编码并写入目的输入流中。

所以Java处理字符时总是经过了两次编码转换,一次是从指定编码转换为Unicode编码,一次是从Unicode编码转换为指定编码。如果读入时用错误的形式解码字符,则内存存储的是错误的Unicode字符。而从最初文件中读出的字符数据,到最终在屏幕终端显示这些字符,期间经过了应用程序的多次转换。如果中间某次字符处理,用错误的编码方式解码了从输入流读取的字符数据,或用错误的编码方式将字符写入输出流,则下一个字符数据的接收者就会编解码出错,从而导致最终显示乱码。

2 中文字符乱码问题的分类和解决方法

SSH框架即strut+hibernate+spring,是目前比较流行的开源框架,提出了一种开发J2EE Web应用的轻量级解决方案,以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。本文分析了在开发工具为Eclipse,数据库为oracle,开发框架为SSH,应用服务器为tomcat的环境下中文字符乱码问题的分类和解决方法。

2.1 数据库写入和读出乱码

一旦数据库创建后,数据库的字符集是不能改变的。因此,在设计和安装之初考虑使用哪一种字符集是十分重要的。数据库字符集应该是操作系统本地字符集的一个超集。存取数据库的客户使用的字符集将决定选择哪一个超集,即数据库字符集应该是所有客户字符集的超集。

在oracle中,我们关心的是三个地方的字符集:oracle服务器内部的字符集;ns_lang变量里保存的字符集,客户端应用的字符集。在Java编程中,需要统一Java应用中的字符集,oracle服务器内部的字符集,ns_lang变量里保存的字符集。通常,在Java开发中,oracle10g在创建数据库实例时需要指定SIMPLIFIED CHINESE_CHINA.ZHS16GBK字符集。有时,在安装oracle过程中自动创建数据库实例时使用AMERICAN_AMERICA.WE8ISO8859P1字符集或者一些与Java字符集不兼容的字符集,就会出现乱码问题,这时需要先安装数据库,不自动生成数据库实例,在安装完数据库之后,再通过oracle→配置和移植工具→DataBase Configuration Assistance创建数据库,在图1的界面中选择ZHS16GBK字符集。

2.2 JSP页面显示和传递中文参数乱码

要解决这类乱码问题,涉及到几个方面的设置:

1)在struts的配置文件struts.properties中设置struts.i18n.encoding=gbk,struts.i18n.encoding用在了请求和返回两个阶段中流的编码方式,该参数为gbk时,相当于调用HttpServletRequest的setCharacterEncoding()方法。

2)在web.xml中添加下面的程序代码,指定字符过滤器对字符的编码方式为gbk。

3)在编辑器中用gbk编码保存JSP文件,并设置JSP文件开头的<%@page language="java"contentType="text/html;charset=gbk"pageEncoding="gbk"%>,其中pageEncoding用来告诉tomcat此文件所用的字符编码。Tomcat以此编码来读取JSP文件并编译。还要设置,当JSP页面用post方法提交数据时,用此处指定的编码方式编码。

4)设置Tomcat的URIEncoding,如果URIEncoding不加以设置,则默认使用ISO-8859-1来解码URL,设置后便用设置的编码方式来解码。这个解码同时包括Path部分和查询字符串部分。即在Tomcat配置端口的语句中加入URIEncoding="GBK"。

进行完这些设置之后,基本上就不会出现JSP页面乱码问题了。

2.3 Action中redirect传递中文参数乱码

在开发中有时需要用response.sendRedirect做转向,它其实是向浏览器发送一个特别的Header,然后由浏览器来做转向,转到指定的页面,所以用sendRedirect时,浏览器的地址栏上能够看到地址的变化。通常sendRedirect需要把参数挂在地址后面以&分隔传递,传递中文字符时,有时会需要乱码,这时就需要用到Java的URLEncoder类了,这个类有个encode方法,形式为public staticString encode(String s,String encoding),在encoding参数中,可以指定字符编码的方式,通常我们传递中文字符时,需要这样写http:/ceshi.jsp?param1=java.net.URLEncoder.encode(“你好”,”gbk”)。这样就能防止传递的中文参数乱码了。

2.4 Ajax传递中文参数乱码

Ajax即“Asynchronous JavaScript and XML”(异步JavaScript和XML)。Ajax提供与服务器异步通信的能力,从而使用户从请求/响应的循环中解脱出来。借助于Ajax,可以在用户单击按钮时,使用JavaScript和DHTML立即更新UI,并向服务器发出异步请求,以执行更新或查询数据库。当请求返回时,就可以使用JavaScript和CSS来相应地更新UI,而不是刷新整个页面。最重要的是,用户甚至不知道浏览器正在与服务器通信:Web站点看起来是即时响应的。

Ajax默认中文提交以UTF-8格式,解决Ajax中文参数乱码问题有两种方式,一种是提交中文后,在服务端用UTF-8编码提取参数:request.setCharsetEncoding(“UTF-8”);String str=request.getParameter(“param”);另一种是在Jsp页面用encodeURI编码两次,即encodeURI(encodeURI(”str”)),然后在服务端用String str=request.getParameter(“param”);java.net.URIDecoder.decode(str,“UTF-8”)。

3 结束语

本文介绍了在开发工具为Eclipse,数据库选用oracle,开发框架选用SSH,应用服务器选择tomcat的环境下中文字符乱码问题的分类和解决。根据环境的不同,可将文中编码为GBK的部分替换为其它编码来解决中文乱码问题。

摘要：Java Web编程的中文乱码,是个由来已久和让人头疼的问题,尤其是刚接触Java编程的人员,往往被其搞得焦头烂额。该文从数据库编码、jsp页面中文参数传递、ajax中文传递三方面讲述在ssh框架下Java Web编程中的中文乱码问题的解决方法。

关键词：Java,中文乱码,ssh,数据库,参数传递

参考文献

[1]李刚.轻量级J2EE企业应用实战[M].北京:电子工业出版社,2007.

ubuntu mysql utf8中文乱码问题 篇3

(2011-06-16 10:55:44)转载 标签： 分类： 技术收藏

utf-8 乱码 gb2312 字符集 编码方法 杂谈

中文乱码,首先要区分是页面乱码、action乱码，还是数据库乱码。大致的原理是java使用unicode编码-->window使用gbk(gb2312的扩展集)--mysql默认使用utf-8(unicode的一种

编码方法),这样转来转去就乱码了^_^。解决方法如下：

1.在struts2里面，最好将所有字符都设成utf-8。<%@ page contentType=“text/html;charset=UTF-8”%> <%@ page pageEncoding=“UTF-8” %> 1.1 在jsp页面设定字符编码。这边有必有说明的是如果是jsp+java bean+servlet的方案,中文乱码很好解决，统一设成gb2312就可以了。1.2 使用struts框架字符集不能设成gb2312，要改成utf-8。

2.在struts.properties 添加： struts.devMode=false struts.enable.DynamicMethodInvocation=true struts.i18n.reload=true struts.ui.theme=simple struts.locale=zh_CN struts.i18n.encoding=UTF-8 struts.serve.static.browserCache=false struts.url.includeParams=none

ubuntu mysql utf8中文乱码问题 篇4

这个方法表面上看上去是有效的——为什么这么说呢?因为在你没有往网站里面添加新的内容之前，用添加这段代码的方法基本可以解决中文乱码的问题。不 过在经过了一段时间的检验之后才发现这个方法其实是治标不治本。正如上所述，如果没有往网站里面添加新的内容，也就是说没有更新数据库的情况下，这个方法 是有用的。但是，如果更新的数据库，比如发表了新的网站动态，则会发现新发表的中文字符仍然是以乱码的形式出现在网页里面。这一度令我非常沮丧。

在经历过几百次的实验和尝试之后，终于慢慢摸清楚了问题的根本原因所在。下面将解决godaddy空间中文乱码的方法分享出来，给同样挣扎在 godaddy空间乱码问题中的朋友一个参考(我只能说是给你们一个参考，这才是科学的态度，因为我们知道即便是同一个现象，其原因也可能千差万别。)同 样，也给自己一个备忘录，以免在经后再碰到相同的问题的时候仍然是束手无策。

要解决godaddy空间中文乱码问题，分下面的三个步骤：

第一步：将所有的中文.asp页面的编码更改成UTF-8

很多asp网站默认的编码形式都是ANSI，这样的网页文件需要重新编码，凡是ANSI编码的网页文件要一律改成UTF-8的编码形式。我是习惯使 用Notepad2文本编辑器来编辑这些网页文件的，也推荐大家使用。Notepad2不但可以编辑普通的TXT文档，对HTML，PHP，ASP等文件 同样也可以很轻松得编辑，而且体积很小，非常适用，

如果你也是使用Notepad2来编辑.asp文件的话，你就可以在文件-编码后面直接选择UTF-8 来重新编码该文件。

第二步：将网页文档中有如下代码的地方改成后面的形式

其实这里也就是将gb2312编码改成utf-8编码。不过请注意，如果你的网站是做双语的，那么你只需要改中文网页文件就可以，千万不要去改英文的网页文件，否则你的中文是没有乱码了，但是英文全部变成了乱码。切记第一步也要注意这一点。

经过了这两步，其实静态网页文件的中文乱码问题都已经解决了，经过这两步的效果是和上一篇博文中提到的添加代码<% @language=vbscript. codepage=936%>的效果是一样的。如果你的网站没有牵涉到数据库，那么到这一步就基本OK了!但是如果你的网站也和博主的网站一样是牵 涉到access数据库的，那么你还需要进行第三步的操作。

第三步：在中文网页文档的前面添加如下的代码

<%@codepage=“65001”%>

这一行代码添加到网页文件的最前面就可以了!

ubuntu mysql utf8中文乱码问题 篇5

1Java中字符编码规则

1) ISO8859-1编码, 通常也叫Latin-1或西欧语言, 属于单字节编码, 最多能表示的字符范围是0~255, 应用于英文系列, 是Java1) ISO8859-1Latin-10~255Java网络传输使用的标准字符集。网络传输使用的标准字符集。

2) GB2312/GBK编码是中国国家标准汉字信息交换编码, 专门用来表示汉字, GBK是对GB2312的扩充, 采用双字节编码, 可以同时兼容繁体字和简体字, 而GB2312只能表示简体字, GBK是兼容GB2312编码的。

3) Unicode编码, 可以用来表示所有语言的字符, 属于最统一的编码[8]。使用的是定长的双字节或四字节进行的编码, 为每个字符设定唯一的二进制编码。但该编码不兼容ISO8859-1编码, 也不兼容任何编码。Unicode编码可以满足跨语言、跨平台进行文ISO8859-1Unicode本转换及处理的要求, 又称为万国码。本转换及处理的要求, 又称为万国码。

4) UTF-8编码[1],

UTF-8编码兼容ISO8859-1编码, 兼容Unicode编码, 兼容同时也可以用来表示所有语言的字符, 不过, UTF-8编码是不定长编码, 每一个字符的长度从1~6个字节不等。另外, UTF-8编码自带简单的校验功能。一般来讲, 英文字母都是用一个字节表编码, 每一个字符的长度从1~6个字节不等。另外, UTF-8编码自带简单的校验功能。一般来讲, 英文字母都是用一个字节表示, 而汉字使用3个字节。示, 而汉字使用3个字节。

2Java Web中编码机制

为了能够让用Java编写的程序能够在各种语言平台下运行, Java在其内部使用统一的Unicode字符集来表示字符。一个Java源程序的转码过程是先根据操作系统默认的编码方式读取源文件, 通过I/O操作得到相应编码的字节流, 将得到的字节流转换成Unicode, 最后再转换成UTF-8编码写入到Class文件中。转化过程如图1所示:[2]

Java源文件字符编码的转换过程

当操作系统是简体中文时, 默认的编码都是采用GBK, 编译时采用GBK编码方式读取转化成Unicode, 再转换成UTF-8写入到Class文件中。此文件在原来系统中访问不会出现中文乱码问题, 但当该文件移植到英文系统中后, 此时就会出现中文乱码问题。原因是Java采用UTF-8读取Class文件, 再将Class文件转换成Unicode, 但此时无法采用系统默认编码ISO8859-1对编码进行解码。同理, 如果把在英文操作系统下编译的文件移植到中文系统下去访问, 也会出现中文乱码问题。通过源文件的编译和反编译可以发现, 在编码转换的过程中, 都是通过Unicode编码作为中介来完成的, 此时造成乱码的根本原因是使用错误的字符集解码字节流或者将给定的字节流用错误的字符集解码。

3 JSP运行原理

3.1 JSP运行过程

当客户端向服务器发出JSP请求时, 服务器接收到请求后就将请求交个应用服务器, 此时应用服务器就创建request和response对象并判断JSP对象是否存在, 如果不存在再判断该JSP文件是否存在, 如果不存在就产生404错误, 如果请求的文件存在, 此时就将JSP文件转换成Java文件并编译Java文件, 加载类、实例化、初始化, 将request和response作为参数传递个service () 方法, 该方法执行结果是HTML代码, service执行完毕后就删除request、response, 应用服务器将结果返回给Web服务器, Web服务器把结果返回给浏览器, 浏览器进行解析显示;如果请求的对象存在, 就直接将request和response作为参数传递个service方法, 继续向下执行, 其运行过程如图2所示:

JSP运行过程

3.2 JSP转换为JAVA的过程

在开发Java Web应用程序时, 主要有两类文件, 一类是JAVA文件, 另一类是JSP文件。客户在访问JSP文件的时候, 服务器先把JSP文件转换成JAVA文件, 然后再将JAVA文件编译成Class文件。JSP文件主要是用来设计界面的, 里面就不可避免的会有很多中文, 在JSP转换成JAVA文件的时候, 我们必须指定一种支持中文编码的方式来进行转换, 否则将按照ISO-8859-1的方式进行转化, 而ISO-8859-1不支持中文, 转换后的JAVA文件中包含中文的地方一定是乱码, 编译后显示也一定是乱码。例如以下JSP程序代码:

将这段代码转换成JAVA文件的时候, 当遇到<%@page import="xxx"%>就将该语句转换为Java文件的引入包语句, 当遇到pa-geEncoding的时候, 无论contentType中的charset设置的是什么编码;最后都是按照pageEncoding设置的编码方式进行转换;如果pageEncoding没有设置编码方式, 就按contentType中的charset设置的编码方式进行转换;当contentType中没有设置charset编码方式, pageEncoding中也没设置编码方式, 此时就按ISO-8859-1进行转换, 此时如果JSP页面中有中文, 转换的时候中文就不能正常转换, 显示的时候一定会出现乱码。pageEncoding是用来设置JSP编译成Servlet是的编码方式。当JSP文件转换成JAVA文件的时候, 遇到contentType中的内容时, 就将里面的内容转化成如下代码:response.setContentType ("text/html;charset=utf-8") , 如果content-Type中没有设置charset, 此时JAVA代码中的charset的值就使用pageEncoding设置的值, 如果contentType中的charset和pageEn-coding都没有设置, 则在JAVA代码中charset就采用ISO-8859-1, 此时如果JSP页面中有中文, 显示一定是乱码。contentType中的charset主要使用来设置响应数据的显示编码。一个典型的JSP文件编译成一个java文件的过程如图3所示:

JSP文件转换成Java文件的流程

4 Java Web中的中文乱码的分析及解决

通过上面的分析, 在网页上出现乱码一定是在中文转码的过程中出现了编码和解码不一致, 而在jsp动态网站开发过程中, 出现乱码的主要可分一下几种情况:页面显示乱码, 表单提交乱码, 从数据库读取数据乱码, 配置文件乱码, cookie乱码等。

4.1 JSP页面显示中文乱码

JSP页面显示乱码也有多种情况, 如果仅仅只是浏览JSP页面时就显示乱码, 其主要原因有以下几种情况:

1) 保存JSP页面的时候就出现了乱码, 在有的开发工具中默认的都是ISO-8859-1编码, 如果没有更改, 并且也没在代码中指定其编码方式, 此时JSP页面中若有中文, 保存的时候肯定就是乱码。

2) 操作系统版本不同, 当编译好的Class文件移植到其它操作系统中运行时, 也可能出现乱码。

3) 在JSP中<%@ page contentType="text/html8;charset=字符编码" %>没有指定charset的编码或指定的编码不支持中文, 如果没指定则按pageEncoding的编码设置, 当pageEncoding也没指定的时候就按系统默认的ISO-8859-1编码进行设置, 而ISo-8859-1不支持中文, 此时肯定显示乱码。

为了解决此种乱码, 在开发过程中, 我们可以指定charset的编码和pageEncoding的编码, 而且二者的编码最好一致, 即可以这样设置<%@ page contentType="text/html;charset=utf-8" pageEncoding="utf-8" %>, 为了保证所使用的浏览器能够正确的解析, 最好在<head></head>标签中加入如下代码<meta http-equiv="Content-Type" content="text/html; charset=utf-8">[6]。

4.2 表单提交中文乱码

1) 采用post方式提交显示乱码及解决方案

提交表单数据有Post和Get两种方法[4]。当采用post方式提交的时候, 提交的数据是通过Http的实体内容发送给服务器的, 此时发送的数据根据浏览器的contentType中的charset编码方式对数据进行编码, 服务器在接收的时候也需要对request对象的setCharacterEncoding () 设置正确的解码方式, 此时的设置应该是charset中的编码方式和setCharacterEncoding () 设置的解码方式一致, 否则会出现乱码。

2) 采用get方式提交显示乱码及解决方案

当表单采用get或参数方式提交数据的时候, 其数据是附加在URL中, 从Tomcat5.0以后, 对URL中的数据默认情况下采用ISO-8859-1的编码方式进行编码, 此时在JSP中设置的charset对URL中的数据无效, 当然在servlet中如果只是对request对象的setCharacterEncoding () 设置其编码方式是无法正确解析URL中传递过来的参数的, 此时为了解决这种情况下的乱码, 需要在servlet中添加如下代码:Stringstr=newString (request.getParameter ("参数名") .getBytes ("ISO-8859-1") , "utf-8") 。

4.3 访问数据库中文乱码解决方案

当应用程序通过JDBC向数据库写入数据或从数据库中读取数据的时候, 如果应用程序的中文编码和数据库的默认编码方式不一致时, 则可能出现乱码。在Java应用程序和数据库之间传递数据时, 默认情况下都是以ISO-8859-1编码格式, 当向数据库中存入带中文的数据时, 应用程序内部都是将Unicode编码格式的数据转换为ISO-8859-1编码, 然后传递到数据库, 在数据库端, 默认情况下按ISO-8859-1编码存储, 而ISO-8859-1不支持中文, 所以就会出现乱码。解决该类型乱码的最简单方法 (以MySQL为例) 是修改MySql的配置文件[3]。打开<MySQL Server 5.1my.init文件, 把[mysql]区的语句改成default-character-set=utf8, 在[client]区的语句增加default-character-set=utf8, 修改后重新启动数据库, 这样就解决了MySQL数据库中乱码问题。

4.4 cookie乱码

Cookie是小段的文本信息, 通过使用cookie可以标识用户身份、记录用户名和密码、跟踪重复用户。Cookie在服务器端生成并发给浏览器, 浏览器将cookie的key/value保存到某个指定的目录中, 服务器的名称与值可以由服务器端定义。cookie只能用来保存合法的ASCII字符, 如果要保存中文, 需要将中文转换成合法的ASCII字符, 否则就会产生乱码。其解决乱码的方法是在使用cookie的时候通过URLEncoder.encode (“中文值”, ”编码”) , 将中文转化为ASCII码之后再使用即可。

5 过滤器解决方案

过滤器主要用于过滤、拦截请求或响应信息, 可以在servlet或JSP页面运行之前和之后被自动调用。当客户端发出资源请求时, Web服务器可以根据应用程序的配置进行检查, 如果请求符合过滤条件, 则对客户的请求进行过滤或拦截, 进行相应的设置和修改, 如果不符合, 则放行。

无论采用哪种方式提交, 我们都可以通过String output=new String (request.getParameter ("input") .getBytes ("ISO-8859-1") [5], "utf-8") 这种方式来解码。利用该特性, 我们设计一个过滤器, 在过滤器中再设计一个内部类, 该类继承HttpServletRequestWrapper, 然后重写getParameter (String value) 方法, 在过滤器的dofilter方法中判断提交方式, 根据不同的提交方式设置相应的解码方式, 这样就可以采用一个过滤器解决各种提交方式中的中文解码问题。过滤器实现代码如下:

6结束语

在进行Java web开发的过程中, 在JSP页面中只要将charset、pageEncoding、过滤器中的编码都设置一致并支持中文编码, 此时无论以何种提交方式, 都可以解决中文乱码问题, 从而提高了开发效率, 降低了程序乱码的出现概率。

参考文献

[1]杨金花.JSP技术中文乱码的原因及解决方法[J].电子设计工程, 2011, 19 (1) :25-27.

[2]张言辉.J2EE平台下汉字乱码问题分析及解决[J].电脑知识与技术, 2010, 6 (12) :3019-3021.

[3]李响, 郝静静.Java Web开发中文乱码问题的研究与解决[J].电脑知识与技术, 2012, 8 (1) :62-63.

[4]仁平红.Java中文乱码问题研究[J].计算机技术与发展, 2013, 23 (3) :118-120.

[5]彭立.Tomcat环境下JSP中文乱码问题的解决[J].湖南第一师范学院学报, 2011, 11 (3) :128-132.

[6]杨玉婷, 康厚良.Web应用程序开发中的中文乱码问题讨论[J].重庆三峡学院学报, 2011, 27 (3) :60-64.

[7]李德平.对Java Web应用开发中的中文乱码问题的研究与解决[J].计算机与数字工程, 2012, 278 (12) :126-129.

[8]宋丽娜.基于JSP的Web开发中文乱码问题的研究与解决[J].电子技术, 2013, 11 (2) :5-7.

[9]习胜丰, 戴敏.Java Web中文乱码处理研究[J].湖南城市学院学报, 2010, 9 (19) :66-68.