jsp乱码解决方法汇总,JSP表单乱码处理(7)

<%=request.getParameter(\

三、数据库连接出现乱码

只要涉及中文的地方全部是乱码，解决办法：在数据库的数据库URL中加上 useUnicode=true&characterEncoding=GBK 就OK了。

四、数据库的显示乱码

在mysql4.1.0中,varchar类型，text类型就会出现中文乱码，对于varchar类型把它设为binary属性就

可以解决中文问题，对于text类型就要用一个编码转换类来处理，实现如下： public class Convert {

/** 把ISO-8859-1码转换成GB2312 */

public static String ISOtoGB(String iso){ String gb; try{

if(iso.equals(\return \} else{

iso = iso.trim();

gb = new String(iso.getBytes(\return gb; } }

catch(Exception e){

System.err.print(\编码转换错误：\return \} } }

把它编译成class，就可以调用Convert类的静态方法ISOtoGB()来转换编码。

如果你还有什么不懂之处：我给大家推荐一个好的JSP-JAVA网站： http://www.phy.hbnu.edu.cn/dsp/

总结：

1. 在jsp中<%@ page contentType=\如果指定了，那么在改jsp中所有构造

的String（不是引用），如果沒有指定编码，那么这些String的编码是A的。 从request的得到的String如果沒有指定request的编码的话，他是iso-8859-1的

从别的地方得到的String是使用原來初始的编码的，比如从数据库得到String,如果数据库的编码

是B,那么该String的编码是B而不是A的，也不是系统默认的。

此时，如果要输出的String的编码不是A,那么，很可能显示乱码的，所以首先要将String正確转化 为编码A的String,然后输出。

2. 在jsp中<%@ page contentType=\沒有指定，那么相当于指定了<%@

page contentType=\

3． Servelte中如果执行了像

response.setContentType(\説明将response的 字符输出流编码设置为A,所有要输出的String的编码要转化为A的，否則会得到乱码的。

Servelet中从request得到的String的编码和jsp中一样的，但是在servlet java文件中构造的

String是使用的系统默认的编码的。在servelt中从外部得到的String 是使用原来的编码的，比如从编

码为B的数据库得到的数据是编码为B的,不是A,也不是系统默认的编码。

//////////////////////////////////////////////////////////////////////////////////////////

转载：JSP中文乱码问题解决方法小结 在使用JSP的过程中，最使人头疼的一个问题就是中文乱码问题，以下是我在软件开发中遇到的乱 码问题以及解决方法。

1、JSP页面乱码

这种乱码的原因是应为没有在页面里指定使用的字符集编码，解决方法：只要在页面开始地方用下 面代码指定字符集编码即可，

2、数据库乱码

这种乱码会使你插入数据库的中文变成乱码，或者读出显示时也是乱码，解决方法如下：

在数据库连接字符串中加入编码字符集

String Url=\

user=root&password=root&useUnicode=true&characterEncoding=GB2312\ 并在页面中使用如下代码：

response.setContentType(\ request.setCharacterEncoding(\

3、中文作为参数传递乱码

当我们把一段中文字符作为参数传递个另一页面时，也会出现乱码情况，解决方法如下：

在参数传递时对参数编码，比如

RearshRes.jsp?keywords=\ 然后在接收参数页面使用如下语句接收 keywords=new

String(request.getParameter(\4、JSP页面乱码加这句

<%@ page contentType=\import=\

errorPage=\

/////////////////////////////////////////////////////////////////////////////////////////

JSP/JDBC MySQL乱码问题~~~

作者：佚名 来源：本站整理 发布时间：2005-7-1 12:24:30 綠起：

JSP的request 默认为ISO8859_1，所以在处理中文的时候， 要显示中文的话，必须转成GBK的，如下 String str=new

String(request.getParameter(\out.println(str); 这样就可以显示中文了

MYSQL操作时的中文问题：

这个要看MySQL的默认编码了，一般不调整的话为latin1其实和ISO8859_1一样，所以操作的时候要处理 和他一致，不然就会乱码的

1.插入中文：

String sql2=\

VALUES('\stmt.executeUpdate(sql2); 不用编码就可以插入了

2.显示插入的中文：

因为存入的是latin，所以显示的时候就要GBK一下 String x=new

String((rs.getString(\out.println(x);

3.设定存储编码：

当然在MySQL为latin1编码时，也可以存的时候用GBK了 Connection

con=DriverManager.getConnection(%useUnicode=true&characterEncoding=GBK\str1=\中文\

String sql2=\这样也可以很成功的插入了，呵呵

////////////////////////////////////////////////////////////////////////////////////////

JSP/Servlet 中的汉字编码问题 （作者：张建芳，转自IBM DeveloperWorks 中国网站 2001年04月18日 15:08） 网上就 JSP/Servlet 中 DBCS 字符编码问题有许多优秀的文章和讨论，本文对它们作一些整理，

并结合 IBM WebSphere Application Server 3.5（WAS）的解决方法作一些说明，希望它不是多余的。

1.问题的起源

每个国家（或区域）都规定了计算机信息交换用的字符编码集，如美国的 ASCII，中国的 GB2312

-80，日本的 JIS 等，作为该国家/区域内信息处理的基础，有着统一编码的重要作用。字符编码集按

长度分为 SBCS（单字节字符集），DBCS（双字节字符集）两大类。早期的软件（尤其是操作系统），

为了解决本地字符信息的计算机处理，出现了各种本地化版本（L10N），为了区分，引进了 LANG，

Codepage 等概念。但是由于各个本地字符集代码范围重叠，相互间信息交换困难；软件各个本地化版

本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，作一致处理，将特别的本地化处理

内容降低到最少。这也就是所谓的国际化（I18N）。各种语言信息被进一步规范为 Locale 信息。处理

的底层字符集变成了几乎包含了所有字形的 Unicode。

现在大部分具有国际化特征的软件核心字符处理都是以 Unicode 为基础的，在软件运行时根据当

时的 Locale/Lang/Codepage 设置确定相应的本地字符编码设置，并依此处理本地字符。在处理过程中

需要实现 Unicode 和本地字符集的相互转换，甚或以 Unicode 为中间的两个不同本地字符集的相互转

换。这种方式在网络环境下被进一步延伸，任何网络两端的字符信息也需要根据字符集的设置转换成可 接受的内容。

Java 语言内部是用 Unicode 表示字符的，遵守 Unicode V2.0。Java 程序无论是从/往文件系统

以字符流读/写文件，还是往 URL 连接写 HTML 信息，或从 URL 连接读取参数值，都会有字符编码的

转换。这样做虽然增加了编程的复杂度，容易引起混淆，但却是符合国际化的思想的。

从理论上来说，这些根据字符集设置而进行的字符转换不应该产生太多问题。而事实是由于应用程

序的实际运行环境不同，Unicode 和各个本地字符集的补充、完善，以及系统或应用程序实现的不规范