常见的Java/J2EE中文问题解决详细

最古老的解决方案是使用String的字节码转换，这种方案问题是不利便，我们需要破坏对象封装性，进行字节码转换

还有一种方式是对J2EE容器进行编码设置，如果J2EE应用系统脱离该容器，则会发作乱码，而且指定容器设置不符合J2EE应用和容器分离的原则

在Java内部运算中，涉及到的所有字符串都会被转化为UTF-8编码来进行运算那么，在被Java转化之前，字符串是什么样的字符集?Java总是根据操作系统的默认编码字符集来决意字符串的初始编码，而且Java系统的输入和输出的都是采取操作系统的默认编码

因此，如果能统一Java系统的输入输出和操作系统3者的编码字符集合，将能够使Java系统正确处理和显示汉字这是处理Java系统汉字的一个原则，但是在实际项目中，能够正确抓住和控制住Java系统的输入和输出部分是比较难的J2EE中，由于涉及到外部浏览器和数据库等，所以中文问题乱码显得非常突出

J2EE应用程序是运行在J2EE容器中在这个系统中，输入途径有许多种：一种是通过页面表单挨包成苦求(request)发往服务器的;第二种是通过数据库读入;还有第3种输入比较复杂，JSP在第一次运行时总是被编译成Servlet，JSP中常常包含中文字符，那么编译使用javac时，Java将根据默认的操作系统编码作为初始编码除非特别指定，如在Jbuilder/eclipse中可以指定默认的字符集

输出途径也有几种：第一种是JSP页面的输出由于JSP页面已经被编译成Servlet，那么在输出时，也将根据操作系统的默认编码来选择输出编码，除非指定输出编码方式;还有输出途径是数据库，将字符串输出到数据库

统一编码为ISO8859_1和GBK固然带来编制代码的利便，但是各自只能在响应的操作系统上运行但是也破坏了Java跨平台运行的优越性，只在一定范畴内行得通例如，为了使得GBK编码在linux上运行，设置Linux编码为GBK

开发和编译代码时指定字符集为ISO8859_1

指定统一字符集时，到底是指定ISO8859_1GBK仍是UTF-8呢?

(1)如统一指定为ISO8859_1，因为目前大多数软件都是西方人编制的，他们默认的字符集就是ISO8859_1，包括操作系统Linux和数据库MySQL等这样，如果指定Jive统一编码为ISO8859_1，那么就有下面3个环节必须把握：

在JSP头部声明：

运行操作系统的默认编码必须是ISO8859_1，如Linux

正是由于Java的跨平台特性，使得字符集问题必须由具体系统来统一解决，所以在一个Java应用系统中，解决中文乱码的根本措施是明确指定全部应用系一切一字符集

(2)如果统一指定为GBK中文字符集，上述3个环节同样需要做到，不同的是只能运行在默认编码为GBK的操作系统，如中文Windows

由此看来，一个J2EE系统的输入输出是非常复杂，而且是动态变化的，而Java是跨平台运行的，在实际编译和运行中，都可能涉及到不同的操作系统，如果任由Java自由根据操作系统来决意输入输出的编码字符集，这将不可控制地出现乱码

那么有没有一种除了应用系统以外不需要进行任何附加设置的中文编码根本解决方案呢?

引文来源  常见的Java/J2EE中文问题解决详细说明-IT频道-和讯网

------------------exo----------
一键转贴，快速捕捉生活精彩，赢每周好礼！查看活动首页>>

一个J2EE应用系统需要做下列几步工作：

开发和编译代码时指定字符集为UTF-8JBuilder和Eclipse都可以在项目属性中设置使用过滤器，如果所有苦求都经过一个Servlet控制分配器，那么使用Servlet的filter执行语句，将所有来自浏览器的苦求(request)转换为UTF-8，因为浏览器发过来的苦求包根据浏览器所在的操作系统编码，可能是各种形式编码闭键一句：

将Java/J2EE系统的统一编码定义为UTF-8UTF-8编码是一种兼容所有语言的编码方式，惟一比较麻烦的就是要找到应用系统的所有出入心，然后使用UTF-8去结扎它