java项目乱码问题

1、乱码对于使用非英语文字程序员基本上是一直缠绕在身边的麻烦事，这个谁也避免不了。在项目就遇到这问题，客户经常对这问题进行反应，让我们很烦扰，下面是我总结网上论坛大虾遇到的乱码问题、解决乱码经验再结合我项目经验和平时的经验写些体会。欢迎指正。参考材料： HYPERLINK /yechensi/archive/2009/09/08/1562208.html t _blank /yechensi/archive/2009/09/08/1562208.html HYPERLINK /blog/31742 t _blank /blog/31742 1. 首先将开发项目（如在Myeclipse或Eclips

2、e中创建的项目）的设置成UTF-8编码方式（如下图）。这一点在开始一个新的项目的时候尤其重要，目前的项目基本上都使用UTF-8编码了,(在项目上右键-Properties)2.确保项目内的所有开发文件都是UTF-8编码的。这里的开发文件主要指：java，jsp，html，js，css，xml类型等开发涉及到的文件，当然图片文件就不用了，貌似没有UTF-8的图形文件。其中的java，js，css，xml类型文件，只要文件的编码方式为UTF-8就可以了。而jsp文件则还需要在文件内容中设置如下：.另外html文件还需要在文件内容中设置： XML设置如下：对jsp文件和html文件要特别注意，大多数

3、时候遇到乱码是因为粗心没有进行UTF-8编码或者文件内容没有设置对造成的。遇到乱码问题一般先检查相应的文件编码和内容是否符合要求。 如果原来不是UTF-8编码的可以用文本工具进行转换，包括最简单的记事本也可以将打开的文件另存为UTF-8编码，当然可以用UltraEdit工具转换菜单：文件-转换-ASCII转UTF-8更加方便。在Myeclipse设置文件编码格式：单个文件的设置：们还可以根据需要把对应的jsp js等等设置为UTF-8，具体操作为：在Windows-Preferences中，选择导航的General中的Content Types，根据需要对右边的文档选择默认编码方式。 或者统一

4、设置：设置workspace中的编码方式，在Windows-Preferences中，选中左侧导航的General中的Workspace项，然后选择右边Text file encoding框中选择Other，在下拉列表中选择UTF-8，这样之后，工作空间的编码方式就默认为UTF-8。3. 在项目应用中加一个编码虑镜。编码过滤器的代码（很简单的）具体如下：package com.tecamo.filter;import java.io.IOException;import javax.servlet.*;public class CharsetFilter implements Filter p

5、rotected String encoding = null;/ /要制定的编码，在web.xml中配置 protected FilterConfig filterConfig = null; public void destroy() this.encoding = null; this.filterConfig = null; public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException if (r

6、equest.getCharacterEncoding() = null) String encoding = getEncoding();/ /得到指定的编码名字 if (encoding != null) request.setCharacterEncoding(encoding);/ /设置request的编码 chain.doFilter(request, response);/ /有机会执行下一个filter public void init(FilterConfig filterConfig) throws ServletException this.filterConfig =

7、filterConfig; this.encoding = filterConfig.getInitParameter(encoding);/ /得到在web.xml中配置的编码 protected String getEncoding() return (this.encoding);/ /得到指定的编码 /* * Created on 2005-11-6 * Author stephen * Email zhoujianqiang AT gmail DOT com * CopyRight(C)2005-2008 , All rights reserved. */package com.so

8、ft4j.filter;import java.io.IOException;import javax.servlet.*;public class CharsetFilter implements Filter protected String encoding = null;/ /要制定的编码，在web.xml中配置 protected FilterConfig filterConfig = null; public void destroy() this.encoding = null; this.filterConfig = null; public void doFilter(Ser

9、vletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException if (request.getCharacterEncoding() = null) String encoding = getEncoding();/ /得到指定的编码名字 if (encoding != null) request.setCharacterEncoding(encoding);/ /设置request的编码 chain.doFilter(request, response

10、);/ /有机会执行下一个filter public void init(FilterConfig filterConfig) throws ServletException this.filterConfig = filterConfig; this.encoding = filterConfig.getInitParameter(encoding);/ /得到在web.xml中配置的编码 protected String getEncoding() return (this.encoding);/ /得到指定的编码 编码过滤器的使用方法：只要在项目的web.xml文件的开头中加入如下的配置

11、参数就可以了： Xml代码：SetCharacterEncodingcom.stecamo.filter.CharsetFilterencodingUTF-8SetCharacterEncoding/*SetCharacterEncodingcom.soft4j.filter.CharsetFilterencodingUTF-8SetCharacterEncoding/*这样能确保所有出入项目的调用都是UTF-8编码的。 HYPERLINK /yechensi/archive/2009/09/08/1562208.html java中文乱码 中文问题 我是个好人三个地方的编码。第一个地方的编码

12、格式为jsp文件的存储格式。Eclipse会根据这个编码格式保存文件。并编译jsp文件，包括里面的汉字。第二处编码为解码格式。因为存为UTF-8的文件被解码为iso8859-1，这样 如有中文肯定出乱码。也就是必须一致。而第二处所在的这一行，可以没有。缺省也是使用iso8859-1的编码格式。所以如果没有这一行的话，“我是个好人”也会出现乱码。必须一致才可以。 第三处编码为控制浏览器的解码方式。如果前面的解码都一致并且无误的话，这个编码格式没有关系。有的网页出现乱码，就是因为浏览器不能确定使用哪种编码格式。因为页面有时候会嵌入页面，导致浏览器混淆了编码格式。出现了乱码。2 表单使用Post方式

13、提交后接收到的乱码问题这个问题也是一个常见的问题。这个乱码也是tomcat的内部编码格式iso8859-1在捣乱，也就是说post提交时，如果没有设置提交的编码格式，则会以iso8859-1方式进行提交，接受的jsp却以utf-8的方式接受。导致乱码。既然这样的原因，下面有几种解决方式，并比较。A 接受参数时进行编码转换String str = new String(request.getParameter(something).getBytes(ISO-8859-1),utf-8) ； 这样的话，每一个参数都必须这样进行转码。很麻烦。但确实可以拿到汉字。B 在请求页面上开始处，执行请求的编码

14、代码， request.setCharacterEncoding(UTF-8)，把提交内容的字符集设为UTF8。这样的话，接受此参数的页面就不必在转码了。直接使用String str = request.getParameter(something)；即可得到汉字参数。但每页都需要执行这句话。这个方法也就对post提交的有效果，对于get提交和上传文件时的enctype=multipart/form-data是无效的。稍后下面单独对这个两个的乱码情况再进行说明。C 为了避免每页都要写request.setCharacterEncoding(UTF-8)，建议使用过滤器对所有jsp 进行编码处理

15、。这个网上有很多例子。请大家自己查阅。3 表单get提交方式的乱码处理方式。如果使用get方式提交中文，接受参数的页面也会出现乱码，这个乱码的原因也是tomcat的内部编码格式iso8859-1导致。Tomcat会以get的缺省编码方式iso8859-1对汉字进行编码，编码后追加到url，导致接受页面得到的参数为乱码/、。解决办法：A 使用上例中的第一种方式，对接受到的字符进行解码，再转码。B Get走的是url提交，而在进入url之前已经进行了iso8859-1的编码处理。要想影响这个编码则需要在server.xml的Connector节点增加useBodyEncodingForURI=tr

16、ue 属性配置，即可控制tomcat对get方式的汉字编码方式，上面这个属性控制get提交也是用request.setCharacterEncoding(UTF-8)所设置的编码格式进行编码。所以自动编码为utf-8，接受页面正常接受就可以了。但我认为真正的编码过程是，tomcat又要根据里面所设置的URIEncoding=”UTF-8”再进行一次编码，但是由于已经编码为utf-8，再编码也不会有变化了。如果是从url获取编码，接受页面则是根据URIEncoding=”UTF-8”来进行解码的。4 上传文件时的乱码解决 上传文件时，form表单设置的都是enctype=multipart/fo

17、rm-data。这种方式以流方式提交文件。如果使用apach的上传组件，会发现有很多乱码想象。这是因为apach的先期commons-fileupload.jar有bug，取出汉字后进行解码，因为这种方式提交，编码又自动使用的是tomcat缺省编码格式iso-8859-1。但出现的乱码问题是： 句号，逗号，等特殊符号变成了乱码，汉字如果数量为奇数，则会出现乱码，偶数则解析正常。 解决方式： 下载commons-fileupload-1.1.1.jar 这个版本的jar已经解决了这些bug。但是取出内容时仍然需要对取出的字符进行从iso8859-1到utf-8转码。已经能得到正常所有汉字以及字符

18、。5 Java代码关于url请求，接受参数的乱码url的编码格式，取决于上面所说的URIEncoding=”UTF-8”。 如果设定了这个编码格式，则意味着所有到url的汉字参数，都必须进行编码才可以。否则得到的汉字参数值都是乱码，例如一个链接 Response.sendDerect（“/a.jsp?name=张大维”）；而在a.jsp里面直接使用String name）；得到的就是乱码。因为规定了必须是utf-8才可以，所以，这个转向应该这样写： Response.sendDerect（“/a.jsp?name=URLEncode.encode(“张大维”,”utf-8”)；才可以。如果不设

19、置这个参数URIEncoding=”UTF-8”， 会怎么样呢? 不设置则就使用了缺省的编码格式iso8859-1。问题又出来了，第一就是参数值的个数如果是奇数个数，则就可以正常解析，如果使偶数个数，得到最后字符就是乱码。还有就是如果最后一个字符如果是英文，则就能正常解析，但中文的标点符号仍出现乱码。权宜之计，如果您的参数中没有中文标点符号，则可以在参数值最后加一个英文符号来解决乱码问题，得到参数后再去掉这个最后面的符号。也可以凑或使用。6 脚本代码关于url请求，接受到的参数乱码脚本中也会进行页面转向的控制，也会涉及到附带参数，并在接受页面解析这个参数的情况。如果这个汉字参数不进行URIEn

20、coding=”UTF-8”所指定的编码处理，则接受页面接受到的汉字也是乱码。脚本处理编码比较麻烦，必须有相应的编码脚本对应文件，然后调用脚本中的方法对汉字进行编码即可。7 关于jsp在MyEclipse中打开的乱码问题对于一个已经存在的项目，Jsp文件的存储格式可能是utf-8。如果新安装的eclipse，则缺省打开使用的编码格式都是iso8859-1。所以导致jsp里面的汉字出现乱码。这个乱码比较容易解决，直接到eclipse3.1的偏好设置里面找到general-edidor，设置为您的文件打开编码为utf-8即可。Eclipse会自动重新以新的编码格式打开。汉字即可正常显示。8 关于h

21、tml页面在eclipse中打开出现乱码情况由于大部分页面都是由dreamweaver制作，其存储格式跟eclipse的识别有差别导致。一般这种情况，在eclipse中新建一个jsp，直接从dreamweaver复制页面内容粘贴到jsp即可。/jsp中文乱码问题的解决办法 jsp中java中文编码问题的个人经验|终于看到一个完全解决的方案四月 5th, 2006 =/blog=开发java应用出现乱码是很常见的，毕竟现在unicode的使用还不是很广泛，在使用gb2312（包含了gbk简体，big5繁体）的系统中要正确实现中文的display和数据库的存储是最基本的要求。=/blog=1，首先

22、developer要明确自己为什么会遇到乱码，遇到什么样的乱码（无意义的符号还是一串问号或者其它什么东西）。新手遇到一堆很乱的字符时通常不知所措，最直接的反映就是打开google搜索”java中文”（这个字符串在搜索引擎上的查询频率非常高），然后一个一个的去看别人的解决方法。这样做没有错，但是很难达到目的，原因下面会提到。总之，出现乱码的原因是非常多的，解决的方法也完全不一样，要解决问题必须先分析自己的”上下文环境”。=/blog=2，具体说来，需要哪些信息才能确定项目中的乱码的根源。a，开发者所用的操作系统b，j2ee容器的名称，版本c，数据库的名称，版本（精确版本）以及jdbc驱动的版本d

23、，出现乱码的source code（比如是system out 出来的，还是jsp页面中的，如果是jsp中的，那么头部声明的情况也很重要）=/blog=3，如何初步分析乱码出现的原因。有了上述的信息，基本上就可以发帖求助了，相信放到javaworld等论坛上，很快就会有高手给你提出有效的解决方案的。当然不能总靠发帖求助，也要试试自行解决问题。如何下手呢？a，分析一下你的”乱码”到底是什么编码。这个其实不难，比如System.out.println(testString);这一段出现了乱码，那么不妨用穷举法猜测一下它的实际编码格式。System.out.println(new String(te

24、stString.getBytes(”ISO-8859-1),”gb2312);System.out.println(new String(testString.getBytes(”UTF8),”gb2312);System.out.println(new String(testString.getBytes(”GB2312),”gb2312);System.out.println(new String(testString.getBytes(”GBK”),”gb2312);System.out.println(new String(testString.getBytes(”BIG5),”gb

25、2312);等等，上述代码的意思是用制定的编码格式去读取testString这个”乱码”，并转换成gb2312（此处仅以中文为例）然后你看哪一个转换出来的结果是ok的，那就。b，如果用上面的步骤能得到正确的中文，说明你的数据肯定是在的，只不过是界面中没有正确显示而已。那么第二步就该纠正你的view部分了，通常需要检查的是jsp中是否选择了正确的页面编码。在此要声明被很多人误解的一点，那就是指令和两者的不同。通常网上的很多文章在提到中文问题时都是说数据库中选择unicode或者gb2312存储，同时在jsp中用page指令声明编码就可以解决。但是我觉得这种说法很不负责任，害的我费了N多时间为本来

26、并不存在的乱码而郁闷。实际上page的作用是在jsp被编译成为html的过程中提供编码方式让java来”读取”表达式当中的String（有点类似于上面的第三个语句的作用），而meta的作用是众所周知的为IE浏览器提供编码选择，是用来”显示”最后的数据的。但是没有看到有人提醒这一点，我一直把page当成meta在用，导致本来是iso-8859的数据，被page指令读成gb2312，于是乱码，所以又加了编码转化的函数把所有的string数据都从iso8859转到gb2312（为什么这么转，当时也没考虑这么多，因为这么做可以正常显示了，所以就这么改了，呵呵当时实在没有时间慢慢排查问题了）。=/blo

27、g=4，数据库选择什么样的编码比较好。目前流行的DB主要有sql server，mysql，oracle，DB2等，其中mysql作为免费DB中的老大，性能和功能是得到公认的，安装配置比较方便，相应的driver也比较完善，性价比是绝对的OK。所以就以mysql为例。我个人建议采用mysql的默认编码来存储，也就是iso-8859-1（在mysql的选项中对应于latin-1）。理由主要有这么几个，一是iso-8859-1对中文的支持不错；二是跟java中的默认编码一致，至少在很多地方免除了转换编码的麻烦；三是默认的比较稳定，兼容性也更好，因为多编码的支持是由具体的DB产品提供的，别说跟其它的

28、DB会不兼容，即使自身的不同版本也可能出现兼容性的问题。例如mysql 4.0以前的产品中，很多中文的解决方案是利用connection中的characterEncoding字段来制定编码，比如gb2312什么的，这样是ok的，因为原数据都是ISO8859_1编码，jdbc驱动会采用url里面指定的character set来进行编码，resultSet.getString(*)取出的就是编码后的字符串。这样就直接拿到gb2312的数据了。但是mysql 4.1的推出给很多dbadmin带来了不小的麻烦，因为mysql4.1支持column level的character set，每个tabl

29、e,column都可以指定编码，不指定就是ISO8895_1，因此jdbc取出数据后会根据column的character set来进行编码，而不再是用一个全局的参数来取所有的数据了。这从另一个方面也说明了乱码问题的产生实在是很复杂的事情，原因太多了。我也只是针对自己遇/ jsp中文问题解决之道转载 和Java一样，JSP是目前比较热门的一个话题。它是一种在服务器端编译执行的Web设计语言，因为脚本语言采用了Java，所以JSP继承了Java的所有优点。可是在使用JSP程序的过程中，常遇到中文乱码问题，很多人为此头疼不已，初学的时候我就深受其害，而且使用平台不同，中文乱码问题的解决方法也不同，

30、无形中增加了学习JSP的难度。其实，在彻底了解相关原因后，问题还是比较容易解决的。，以下是我总结的解决方法，相信对读者会有一定的借鉴意义。 (因为我使用得最多的是Tomcat环境，所以主要是以Tomcat为例，其它的环境只会提及一下，但解决办法也是差不多的!每个国家（或区域）都规定了计算机信息交换用的字符编码集，如美国的扩展ASCII码、中国的GB2312-80、日本的 JIS 等，作为该国家(区域)信息处理的基础，有着统一编码的重要作用。由于各本地字符集代码范围重叠，相互间信息交换困难，软件本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，做一致性处理，将特殊的本地化处理内

31、容降低到最少，这就是所谓的国际化（I18N）。各种语言信息被规范为本地信息，而底层字符集采用包含了所有字符的Unicode。相信了解JSP代码的读者对ISO8859-1一定不陌生，ISO8859-1是我们平时使用比较多的一个CodePage，它属于西欧语系。GB2312-80 是在国内计算机汉字信息技术发展初始阶段制订的，其中包含了大部分常用的一、二级汉字和9区的符号。该字符集是几乎所有的中文系统和国际化的软件都支持的中文字符集，这也是最基本的中文字符集。GBK 是 GB2312-80 的扩展，是向上兼容的。它包含了20902个汉字，其编码范围是 0 x81400 xFEFE，剔除高位 0 x

32、80 的字位，其所有字符都可以一对一映射到 Unicode 2.0，也就是说 Java 实际上提供了对 GBK 字符集的支持。GB18030-2000(GBK2K) 在 GBK 的基础上进一步扩展了汉字，增加了藏、蒙等少数民族的文字。GBK2K 从根本上解决了字位不够、字形不足的问题。1Tomcat 4开发平台这个版本应该是我们经常用到的版本，所以讨论得会比较详细。Windows 982000下的Tomcat 4以上版本都会出现中文问题（而在Linux下和Tomcat 3.x中则没有问题），主要表现是页面显示乱码。为解决这个问题，最简单的方法就是在每个JSP的页面开始处加上。不过，这还不够，虽

33、然这时显示了中文，但是发现从数据库读出的字段变成了乱码。经过分析发现: 在数据库中保存的中文字符是正常的，数据库用ISO8859-1字符集存取数据，而Java程序在处理字符时默认采用统一的ISO8859-1字符集(这也体现了Java国际化思想)，所以在数据添加的时候Java和数据库都是以ISO8859-1方式处理，这样不会出错。但是在读取数据的时候就出现问题了，因为数据读出也采用ISO8859-1字符集，而 JSP的文件头中有语句，这说明页面采用GB2312的字符集显示，这样就和读出的数据不一样。这时页面显示从数据库中读出的字符是乱码，解决的方法是对这些字符转码，从ISO8859-1转成GB2

34、312，就可以正常显示了。这个解决办法对很多平台具有通用性，读者可以灵活运用。具体的方法会在以下详细讲解。另外，对于不同的数据库如SQLServer，Oracle，Mysql，Sybase等，字符集的选择很重要。如果考虑多语言版本，数据库的字符集就应该统一采用ISO8859-1，需要输出的时候在不同的字符集之间做转换就可以了。以下是针对不同平台的总结：(1) JSWDK只适合于普通开发，稳定性和其他问题可能不如商业软件。 由于JDK 1.3版性能要好于JDK 1.2.2很多，并且对中文的支持也较好，所以应该尽量采用。 现在jdk已经出到1.4版本了，所以如果允许最好升级到最新的版本，这样对中文

35、的也会较好，而且还可以得到更多的支持。(2) Tomcat仅仅是一个对JSP 1.1、Servlet 2.2标准的实现, 我们不应该要求这个免费软件在细节和性能上都面面俱到, 它主要考虑英文用户, 这也是为什么不做特殊转换，汉字用URL方法传递就有问题的原因。大部分IE浏览器缺省始终以UTF-8发送, 这似乎是Tomcat的一个不足, 另外Tomcat不管当前的操作系统是什么语言, 都按ISO8859去编译JSP, 似乎也欠妥。2.JSP代码的中文处理(1)如果与数据无关的操作，可以在页面首行加入(2)将Form中的值传送到数据库中再取出来后全变成了“？”。Form用POST提交数据，代码中使

36、用了语句：String st=new(request.getParameter(“name”).getBytes(“ISO8859_1”)， 而且也声明了charset=gb2312。要处理Form中传递的中文参数，应该在JSP中加入下面的代码，另外定义一个专门解决这个问题的getStr类，然后对接收到的参数进行转换：String keyword1=request.getParameter(“keyword1”);keyword1=getStr(keyword1);这样就可以解决问题了，代码如下：另外，流行的关系数据库系统都支持数据库Encoding，也就是说在创建数据库时可以指定它自己的字符

37、集设置，数据库的数据以指定的编码形式存储。当应用程序访问数据时，在入口和出口处都会有Encoding 转换。对于中文数据，数据库字符编码的设置应当保证数据的完整性。 GB2312、GBK、UTF-8 等都是可选的数据库 Encoding，也可以选择 ISO8859-1 (8-bit)， 但会增加了编程的复杂度，ISO8859-1不是推荐的数据库 Encoding。在JSP/Servlet编程时，可以先用数据库管理系统提供的管理功能检查其中的中文数据是否正确。(3)JDBC Driver的字符转换目前大多数JDBC Driver采用本地编码格式来传输中文字符，例如中文字符“0 x4175”会被转

38、成“0 x41”和“0 x75”进行传输。因此需要对JDBC Driver返回的字符以及要发给JDBC Driver的字符进行转换。当用JDBC Driver向数据库中插入数据时，需要先将Unicode转成Native code; 当 JDBC Driver从数据库中查询数据时，则需要将Native code转换成Unicode。下面给出了这两种转换的实现:String native2Unicode(String s) if (s = null | s.length() = 0) return null;byte buffer = new bytes.length();for (int i =

39、 0; i s.length(); i+) if (s.charAt(i)= 0 x100) c = s.charAt(i);byte buf = (“”+c).getBytes();bufferj+ = (char)buf0;bufferj+ = (char)buf1;else bufferj+ = s.charAt(i);return new String(buffer, 0, j);要注意的是，有些JDBC Driver如果通过JDBC Driver Manager设置了正确的字符集属性，以上方法就不需要了。具体情况可参考相关JDBC的资料。其实理解了，中文乱码就这么一回事!反复使用就会

40、摸出一定的门道了!我觉得以上的三种方法，只要你真的能弄懂，在遇到中文问题时，在这三种方法多试尝，我保证你不再会使这种中文问题所烦!以上只是自己的一些经验所谈，如果有什么不对，希望能提出，共同学习!/我的乱码之路JSP与MySQL交互的中文乱码解决方案及总结 首先实现了一个StringConvert bean（GBtoISO()和ISOtoGB()两个方法），解决了与MySQL数据库交互的时候的部分中文乱码问题：在JSP程序中读取MySQL的中文内容，用这两个方法可以解决乱码问题。 但是从JSP写入到MySQL的中文内容都成了乱码，并且再读出来的时候也显示为“？”，在这里应该出现了编码转换过程中

41、的字符信息丢失。郁闷的是，我在命令行窗口中登陆到MySQL后，执行如“Insert INTO customerVALUES(字符,.)”这样的语句时，写入到数据表中的中文内容又是显示正常的！数据库使用的字符集是utf8。 碰壁多次，终于发现一条解决问题的路径：查看MySQL手册的时候，看到一条这样的语句：Toallow multiple character sets to be sent from the client, the UTF-8encoding should be used, either by configuring utf8 as the defaultserver chara

42、cter set, or by configuring the JDBC driver to use UTF-8through the characterEncoding property. 此外，在查阅MySQL权威指南时，发现在查询语句中可以使用这样的语法将字符串转换到一个给定的字符集：_charset str。 其中charset必须是服务器支持的某个字符集。在本例中，shopdb数据库使用的默认字符集是utf8，于是开始测试： 先输入Insert INTOpublish Values(8,_gb2312 高等教育出版社) 写入后中文变成“？” 再试Insert INTOpublish

43、Values(8,_gbk 高等教育出版社) 结果同上 Insert INTOpublish Values(8,_utf8 高等教育出版社) 这下更干脆，什么都没有！ 快疯了!没办法，用show character set;命令查看MySQL支持的字符集，心想我都试一遍总有一个能成功吧。浏览了一下，发现没有几个熟悉的字符集，就只剩下一个latin1(ISO-8859-1)比较常见了，不会是它吧，一试之下果然便是。 Insert INTOpublish Values(8,_latin1 高等教育出版社) 输入中文能够正确显示。 这下总算找到方法了，把Tomcat下配置的数据库连接池的url改为”

44、.characterEncoding=UTF-8”，然后把写入数据库的中文内容用 String s2 = new String(s1.getBytes(gb2312),ISO-8859-1)进行转码，其中s1为中文字符串然后再写入到数据库一切显示正常。 为解决这个问题查看了n多资料，现作一个总结：由于字符集和字符编码方式的不同，在OS以及程序之间传递数据（尤其是multiple character sets中的数据）时便会产生乱码以及字符信息的丢失解决这个问题的关键便是了解数据输出端和接收端使用的字符集和字符编码方式，如果这两种编码方式不同，便需要在数据出口或入口处进行 转码。一般的说，在编写

45、代码,编译，以及运行期间都会字符数据的传递，因此需要特别小心。 在编写代码的时候，你可能会使用某种开发工具，例如我正在使用的Eclipse或许在写的时候一切正常，可是一旦保存后再次打开文档，所有的中文字符都变成了乱码。这是因为在编写的时候，这些字符数据都在内存的某个stream中，ok，这没问题，可是保存的时候这个stream中的数据会被写入到硬盘，使用的就是你的开发工具默认的编码方式，如果很不幸你的开发工具默认编码方式是ISO-8859-1，中文字符信息就不能正确地存储。Eclipse中可以这样查看并修改默认字符编码方式：Project-Properties-info，这里有”default

46、 encoding for text file”。如果设置为GBK，那么编写代码并保存这关就过了。 对于JSP程序而言，编写完代码后就交给Container，首先它们会被转成.java文件，然后编译成.class才能提交给服务器执行这个过程也存在字符编码问题java编译器(javac)使用操作系统的语言环境作为默认的字符编码方式，JRE(Java Runtime Environment)也是这样。只有当编译和运行环境的字符编码方式与存储源文件的编码方式相同时，中文字符才能正确地显示。否则就需要在运行时进行转码，使它们使用兼容的编码。这里的设置可以分为几个层次：操作系统层支持的语言，这是最重要的

47、，因为它会影响的默认字符编码方式，同时对字符的显示，如字体等有直接影响；J2EE服务器层，大多数服务器都可以对字符编码进行自定义的配置，例如Tomcat就可以通过web.xml中设置javaEncoding参数设置字符编码，默认是UTF-8 IE也可以设置成总是使用UTF-8编码来发送请求应用程序层，每个配置在服务器下的程序都可以设置自己的编码方式，这个我目前还没有用到，以后再学习。 运行时的转码，运行时期，应用程序很可能需要与外部系统进行交互，例如对数据库进行读写，对外部文件进行读写在这些情况下，应用程序免不了要和外部系统进行数据交换。那么对于中文字符， 数据出入口的编码方式就显得特别重要了

48、。一般外部系统都有自己的字符编码方式，我的例子中配置的MySQL就是使用的UTF-8编码。JSP页面通过设定”charset=gb2312”, 使用gb2312编码，在它与数据库交互的时候就需要进行显式的转码才能正确处理中文字符。乱码对于使用非英语文字程序员基本上是一直缠绕在身边的麻烦事，这个谁也避免不了。下面是我解决乱码时候的一点小经验。欢迎指正 一、避免乱码的一些注意点：1.尽量使用统一的编码，如果你是重头开发一个系统，特别是Java开发的，推荐从页面到数据库再到配置文件都使用UTF-8进行编码，安全第一。2.SetCharacterEncodingFilter的使用，这个东西不是万能的，

49、但是没有它就会很麻烦，如果是基于Servlet开发的东西，能用的就给它用上，省心。不过有一个注意的地方，这个Filter只是对POST请求有效，GET一律忽略，不信你可以debug一下，看看它怎么做的，至于为什么不过滤get请求，好象是它对GET请求是无能为力的。3.就如上面所说，GET请求有问题，尽量使用POST请求，这个也是Web开发的一个基本要领：Web Health Warning:Put All Destructive Actions Behind a POST method(from Agile Web Development with Rails)有点扯远了，不过少用GET，是会

50、有回报滴。4.JavaScript和Ajax乱码的避免，注意JavaScript默认是ISO8859的编码，避免JS/AJAX乱码和GET一样，不要在URL里面使用中文，实在避免不了，就只能在生成链接的时候转码，绝对不能想当然的认为SetCharacterEncodingFilter会帮你做什么事情。5.尽早统一开发环境，早点模拟真实环境测试，这个好像也有跑题的嫌疑，但凡软件开发都是这么干的，但仍然值得注意。我这出现过一次状况，程序是在Win下编译的，拿去Linux上测试没问题，等实际部署的时候代码是在Linux下编译，结果乱码，秋后算帐总觉得有点晚。二、乱码发生的情况和应对措施1.开发环境乱

51、码 由于Java默认使用UTF-8编码，而且网上很多人都建议Struts开发的时候应尽量选用UTF-8做为默认编码，而非GBK。IDE使 用Eclipse，在第一次使用Eclipse的时候应将default text editor改为UTF-8编码，免得日后后悔再改就惨了，我本次开发的时候就忽视了这一点，刚开始没注意，结果到快交工时乱码问题无法解决，导致将所有 的文件全部修改一遍，呜 自打使用Ubuntu，我就开心的笑阿，再也不用为搞这些乱码问题而烦恼(Ubuntu公益广告）2.POST请求的过滤 这个是最基本的了，每个Servlet系统基本都会用到这个东西。不过只对POST请求有效，这个挺关

52、键的。 使用SetCharacterEncodingFilter，这个很基础的一套过滤器，将所有来自页面的POST请求全部过滤为UTF-8编码。3. JSP ,HTML页面乱码 将JSP页面全部改为charset=UTF-8，这样可以保证与后台交互的时候都是UTF-8编码，一般应用做了以上工作就基本可以应付了。4.资源文件中汉字转化UTF-8字符问题 国际化问题，在使用资源文件的时候，由于中文在properties文件中无法被程序所识别，需要将其进行转码，我在资源文件下面制作了一个很简单的 bat文件，每次修改资源文件的时候都是在一个临时文件中修改，然后执行这个bat文件，将其转化并保存为所需

53、要的资源文件，这个动作挺烦的，也有项目组 成员使用一些插件，但是那些东西都是直接写UTF-8码的，有时候反倒不方便，不过以后任务量巨大的时候可能会考虑使用。Bat文件内容: set path=%path%;%JAVA_HOME%/bin/,native2ascii -encoding UTF-8 ApplicationResources_bk.txt ApplicationResources_perties PS:上面的方法好老了，实际操作起来相当麻烦，现在基本都是使用Eclipse插件，Eclipse3.1时使用PropertyEditor，但是这 个项目看上去好像停摆了，到Eclipse3

54、.2时改用了ResourseBundle，相当的强劲的一个插件，推荐使用。5. GET请求乱码 如果在本项目中采用了get方式提交请求并附加参数，结果导致编码乱码，原因是Tomcat默认请求编码是ISO8859，需要在Tomcat的配置文件 server.xml添加一个参数，URIEncoding=”UTF-8”,这样请求中附件的参数就会以UTF-8来进行编码。6.Ajax请求乱码 使用Ajax，JS也是默认使用ISO8859编码，所以在进行请求时遇到中文参数需要进行编码，如：var url = GetSelectListAction.do?queryData=subTrade + &quer

55、yId= + encodeURI(obj.value) + &r= + Math.random(); 这里有两个地方需要注意：第一个地方是encodeURI()，方法，可以将参数进行转码，默认是转化为UTF-8，如果需要转为其他码制，需要在方法中添加第二个参数。 第二个地方是Math.random()，由于Ajax有缓存机制，在接受请求的时候第一时间先判断该请求的地址是否被访问过，如果被访问过则 直接使用缓存中的内容返回，这个东西很讨厌，客户在访问过一次出错后以后每次出现的都是这个错误，所以在请求中给其增加一个时间戳，只要可以随机生成一个 不同的字串就可以，保证Ajax每次都去访问服务器。7.

56、 GET方法的另一个乱码问题 在项目即将交工的时候突然又出现乱码问题，发现对于超长的汉字做为参数传递仍然会出现乱码问题，解决方法是采用.URLEncoder的 Encode方法强制转码，缺点是会使JSP页面代码相当的长，但是目前还没有其他好的解决办法，我想最好的办法就是不用中文做为参数传递 ：P，写法如：a href=TestAction.do?name=8.乱码仍然是偶们的心病，一直牵动着大家的心，最近一位朋友说连接MSSQL数据库有乱码，使用了很多办法，都没解决，后来重新下了个新的驱动搞定数据库乱码其实也很讨厌的，一般来说驱动问题比较常见，所以一旦碰到比较难缠的乱码可以先考虑下换换驱动。也

57、有如MySQL这种，直接连接的时候就需要显示进行编码转化的，这个就要不同情况区别对待了。/2007年11月30日添加9.WebService乱码，由于对WebService不怎么熟悉，使用的是Weblogic提供的WebService支持，乱码再次出现搞得手忙脚乱，而且无从下手，在自己系统上跑都没有问题，结果跑到服务器上就全乱套，又无法调试，愁人。 反复尝试的过程就不说了，绝对比普通的Web开发麻烦的多。最终解决方法： A.为WebService服务也加上一个filter，WebService也是走HTTP协议的，这个东西同样有用，先得加上。 B.修改服务器上的环境变量，LANG=zh_CN.

58、UTF-8，改成这个是为什么我仍然说的不是很清楚，不过当时开发人员就是在Win下开发的，我在自己的Ubuntu上测试没问题，拿到Redhat服务器上就不行，因为服务器上默认的是LANGen_US.UTF-8，这个明显是不支持汉字的。 经过这两个步骤WebService乱码总算得到抑制，它主要的麻烦在于所有与协议有关的东西都被Weblogic包办，里面做什么事情我们不好控制，所以只能采取这种比较笨的办法，虽然解燃煤之急但无法寻根溯源的搞定它，说不定哪天又会出来搞鬼。果然又一次出现乱码问题，经过比较环境变量发现服务器上的LC_CTYPE被修改了，所以强制改成LC_CTYPE=zh_CN。修改环境变

59、量的方法不到万不得已不推荐使用。附录资料：如何处理Java异常及常见异常六种异常处理的陋习你觉得自己是一个Java专家吗？是否肯定自己已经全面掌握了Java的异常处理机制？在下面这段代码中，你能够迅速找出异常处理的六个问题吗？ 1 OutputStreamWriter out = . 2 java.sql.Connection conn = . 3 try / 4 Statement stat = conn.createStatement(); 5 ResultSet rs = stat.executeQuery( 6 select uid, name from user); 7 while

60、(rs.next() 8 9 out.println(ID： + rs.getString(uid) / 10 ，姓名： + rs.getString(name); 11 12 conn.close(); / 13 out.close(); 14 15 catch(Exception ex) / 16 17 ex.printStackTrace(); /， 18 作为一个Java程序员，你至少应该能够找出两个问题。但是，如果你不能找出全部六个问题，请继续阅读本文。 本文讨论的不是Java异常处理的一般性原则，因为这些原则已经被大多数人熟知。我们要做的是分析各种可称为“反例”（anti-patt