jsp mysql 乱码 页面显示乱码

jspmysql乱码


mysql数据库读出 原来表中记录不乱码，在页面显示数据，为乱码

整理文件如下》》》》》》》》


jsp中文乱码 jsp mysql 乱码要servlet里面支持中文的方法：

在dopost或者doget的第一句加上：
request.setCharacterEncoding("GB2312");
response.setCharacterEncoding("GB2312");
jsp乱码问题在jsp里面就把
<%@ page contentType="text/html; charset=gb2312" language="java" import="java.sql.*" errorPage="" %>
里设置成charset=gb2312
jsp页面乱码 jsp页面中文乱码 如果这样还不行，就只有在取出中文后（getParameter）强制转换了：
String str=new String(request.getParameter("text").getBytes("ISO-8859-1"),"GB2312");
很不错的方法，因为在java里面，jsp数据库乱码是个大问题，jsp出现乱码这些一定要铭记

----------------------------------------------------------------------------------

-------------------------------------------------------------------------
我遇到的问题和你的差不多，
1.在页面中上 <% request.setCharacterEncoding( "gb2312 ");%>

2.在连库的BEAN上这样写
conn=java.sql.DriverManager.getConnection( "jdbc:mysql:// "+DBServer+ ":3306/ "+DBName+ "?useUnicode=true&characterEncoding=gb2312 ", DBUser,DBPassword);

-----------------------------------------------------------
加上 <%@ page contentType= "text/html;charset=GBK " %>
存入数据库的时候，仿照s=new String(s.getBytes( "GBK "), "ISO-8859-1 ")转化为8859-1，取出来的时候，相反方向转化一下

------------------------------------------------------------

String dburl = "jdbc:mysql:// " + DBHOST + ":3306/ " + DBSID+ "?user= "+DBUSER+ "&password= "+DBPASS+ "&useUnicode=true&characterEncoding=gb2312 ";
//jdbc:mysql://localhost:3306/EJBDB

在数据库连接这块，把+ "&useUnicode=true&characterEncoding=gb2312加到后面，就可以

-------------------------------------------------
加上 <%@ page contentType= "text/html;charset=GBK " %>
存入数据库的时候，仿照s=new String(s.getBytes( "GBK "), "ISO-8859-1 ")转化为8859-1，取出来的时候，相反方向转化一下
======================================================

解决jsp文件和MYSQL数据乱码的问题... 收藏
近段网上许多朋友问我为什么JSP显示中文的地方不是?号,就是乱码..

从表单里插入mysql的数据也是一样乱码..

原因其实很简单，因为大家大多用tomcat服务器，而tomcat服务器的默认编码为 iso-8859-1(西欧字符).就是因为iso-8859-1(西欧字符)编码造成了我们经常看到?号或者乱码..

下边给大家综合的说下解决办法....

1.用于JSP页面中的中文显示...

<%@ page language="java" pageEncoding="GBK" %>
或者<%@ page contenttype="text/html;charset=gbk";>

这里可以用gb2312或gbk..只是gbk比gb2312支持更多的字符..

国际化的话用<%@ page language="java" pageEncoding="UTF-8" %>

2.使用过滤器...

过滤器使用主要针对表单提交.插入数据库的数据都是？号...

这也是应为tomcat不按request所指定的编码进行编码.还是自作主张的采用默认编码方式iso-8859-1编码...

使用过滤器的好处很多..特别是项目之中...
在使用国际化时更有用...

只要在页面开头指定<%@ page language="java" pageEncoding="UTF-8" %>...

服务器就会根据本地Locale来显示正确的字符集...

我经常用这种方法...

编写一个SetCharacterEncodingFilter类...

import java.io.IOException;

import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;

public class SetCharacterEncodingFilter implements Filter {
protected String encoding = null;
protected FilterConfig filterConfig = null;
protected boolean ignore = true;

public void init(FilterConfig filterConfig) throws ServletException {
this.filterConfig=filterConfig;
this.encoding=filterConfig.getInitParameter("encoding");
String value=filterConfig.getInitParameter("ignore");
if(value==null)
this.ignore=true;
else if(value.equalsIgnoreCase("true"))
this.ignore=true;
else
this.ignore=false;
}

public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
// TODO 自动生成方法存根
if (ignore || (request.getCharacterEncoding() == null)) {
String encoding = selectEncoding(request);
if (encoding != null)
request.setCharacterEncoding(encoding);
}
chain.doFilter(request, response);
}

public void destroy() {
// TODO 自动生成方法存根
this.encoding = null;
this.filterConfig = null;
}

protected String selectEncoding(ServletRequest request) {
return (this.encoding);
}
}

接着在web.xml文件上加上..

<!-- Set Character Encoding-->
<filter>
<filter-name>Set Character Encoding</filter-name>
<filter-class>org.rockie.SetCharacterEncodingFilter</filter-class> <!-- 这里记得要改下-->
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
</filter>

<filter-mapping>
<filter-name>Set Character Encoding</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<!-- Set Character Encoding-->

3.修改tomcat的server.xml文件..

此方法主要针对从url中获取字符串的问题...


在tomcat5.0及以上版本，post和get方法在处理编码时有所不同...

如果你在url中获取中文就会出现？号...

但在tomcat4.1版本没有问题.因为tomcat4.1的post和get方法在处理编码时是一样的....

<Connector
debug="0"
acceptCount="100"
connectionTimeout="20000"
disableUploadTimeout="true"
port="80"
redirectPort="8443"
enableLookups="false"
minSpareThreads="25"
maxSpareThreads="75"
maxThreads="150"
maxPostSize="0"
URIEncoding="GBK"
>
</Connector>

4.mysql插入和取出数据的乱码问题...

此方法记得要先编写个过滤器(方法2)中具体说明了配置方法...

以后安装mysql的时候记得选择UTF-8安装...

连接数据库的dataurl要如下指定使用utf8编码+过滤器后..

mysql乱码的问题即可解决..

connectionURL= "jdbc:mysql://localhost:3306/mysqldb?autoReconnect=true&useUnicode=true&characterEncoding=utf-8&mysqlEncoding=utf8"

ps:此帖绝对是本人原创...

转载时..
请注明：
转至http://blog.youkuaiyun.com/Kipen/ 作者：rockie(石の頭丶)
请尊重他人的劳动果实..
谢谢..

--by rockie(石の頭丶)

---------------------------------------------------------------------------------
sp的中文处理解决方法（原创）
和Java一样，JSP是目前比较热门的一个话题。它是一种在服务器端编译执行的Web设计语言，因为脚本语言采用了Java，所以JSP继承了Java的所有优点。可是在使用JSP程序的过程中，常遇到中文乱码问题，很多人为此头疼不已，初学的时候我就深受其害，而且使用平台不同，中文乱码问题的解决方法也不同，无形中增加了学习JSP的难度。其实，在彻底了解相关原因后，问题还是比较容易解决的。，以下是我总结的解决方法，相信对读者会有一定的借鉴意义。 (因为我使用得最多的是Tomcat环境，所以主要是以Tomcat为例，其它的环境只会提及一下，但解决办法也是差不多的!
每个国家（或区域）都规定了计算机信息交换用的字符编码集，如美国的扩展ASCII码、中国的GB2312-80、日本的 JIS 等，作为该国家(区域)信息处理的基础，有着统一编码的重要作用。由于各本地字符集代码范围重叠，相互间信息交换困难，软件本地化版本独立维护成本较高。因此有必要将本地化工作中的共性抽取出来，做一致性处理，将特殊的本地化处理内容降低到最少，这就是所谓的国际化（I18N）。各种语言信息被规范为本地信息，而底层字符集采用包含了所有字符的Unicode。

相信了解JSP代码的读者对ISO8859-1一定不陌生，ISO8859-1是我们平时使用比较多的一个CodePage，它属于西欧语系。GB2312-80 是在国内计算机汉字信息技术发展初始阶段制订的，其中包含了大部分常用的一、二级汉字和9区的符号。该字符集是几乎所有的中文系统和国际化的软件都支持的中文字符集，这也是最基本的中文字符集。

GBK 是 GB2312-80 的扩展，是向上兼容的。它包含了20902个汉字，其编码范围是 0x8140～0xFEFE，剔除高位 0x80 的字位，其所有字符都可以一对一映射到 Unicode 2.0，也就是说 Java 实际上提供了对 GBK 字符集的支持。

> GB18030-2000(GBK2K) 在 GBK 的基础上进一步扩展了汉字，增加了藏、蒙等少数民族的文字。GBK2K 从根本上解决了字位不够、字形不足的问题。
1．Tomcat 4开发平台
这个版本应该是我们经常用到的版本，所以讨论得会比较详细。
Windows 98／2000下的Tomcat 4以上版本都会出现中文问题（而在Linux下和Tomcat 3.x中则没有问题），主要表现是页面显示乱码。
为解决这个问题，最简单的方法就是在每个JSP的页面开始处加上 <%@ page language=“Java” contentType=“text/html; charset=gb2312”%> 。不过，这还不够，虽然这时显示了中文，但是发现从数据库读出的字段变成了乱码。经过分析发现: 在数据库中保存的中文字符是正常的，数据库用ISO8859-1字符集存取数据，而Java程序在处理字符时默认采用统一的ISO8859-1字符集(这也体现了Java国际化思想)，所以在数据添加的时候Java和数据库都是以ISO8859-1方式处理，这样不会出错。但是在读取数据的时候就出现问题了，因为数据读出也采用ISO8859-1字符集，而 JSP的文件头中有语句 <%@ page language=“Java” contentType=“text/html; charset=gb2312”%> ，这说明页面采用GB2312的字符集显示，这样就和读出的数据不一样。这时页面显示从数据库中读出的字符是乱码，解决的方法是对这些字符转码，从ISO8859-1转成GB2312，就可以正常显示了。这个解决办法对很多平台具有通用性，读者可以灵活运用。具体的方法会在以下详细讲解。另外，对于不同的数据库如SQL Server，Oracle，Mysql，Sybase等，字符集的选择很重要。如果考虑多语言版本，数据库的字符集就应该统一采用ISO8859-1，需要输出的时候在不同的字符集之间做转换就可以了。
以下是针对不同平台的总结：
(1) JSWDK只适合于普通开发，稳定性和其他问题可能不如商业软件。 由于JDK 1.3版性能要好于JDK 1.2.2很多，并且对中文的支持也较好，所以应该尽量采用。 现在jdk已经出到1.4版本了，所以如果允许最好升级到最新的版本，这样对中文的也会较好，而且还可以得到更多的支持。
(2) Tomcat仅仅是一个对JSP 1.1、Servlet 2.2标准的实现, 我们不应该要求这个免费软件在细节和性能上都面面俱到, 它主要考虑英文用户, 这也是为什么不做特殊转换，汉字用URL方法传递就有问题的原因。大部分IE浏览器缺省始终以UTF-8发送, 这似乎是Tomcat的一个不足, 另外Tomcat不管当前的操作系统是什么语言, 都按ISO8859去编译JSP, 似乎也欠妥。
2.JSP代码的中文处理
(1)如果与数据无关的操作，可以在页面首行加入 <%@ page language=“Java” contentType=“text/html; charset=gb2312”%>
(2)将Form中的值传送到数据库中再取出来后全变成了“？”。Form用POST提交数据，代码中使用了语句：
String st=new(request.getParameter(“name”).getBytes(“ISO8859_1”))， 而且也声明了charset=gb2312。

要处理Form中传递的中文参数，应该在JSP中加入下面的代码，另外定义一个专门解决这个问题的getStr类，然后对接收到的参数进行转换：
String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1);
这样就可以解决问题了，代码如下：
<%@ page contentType=“text/html;charset=gb2312”%>
<%!
public String getStr(String str){
try{String temp_p=str;
byte[] temp_t=temp_p.getBytes(“ISO8859-1”);
String temp=new String(temp_t);
return temp;
}
catch(Exception e){ }
return “NULL”;
}
%>
<%--http://www.cndes.com测试--%>
<% String keyword=“创联网络技术中心欢迎您的到来”;
String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1);
out.print(keyword);
out.print(keyword1);
%>
另外，流行的关系数据库系统都支持数据库Encoding，也就是说在创建数据库时可以指定它自己的字符集设置，数据库的数据以指定的编码形式存储。当应用程序访问数据时，在入口和出口处都会有 Encoding 转换。对于中文数据，数据库字符编码的设置应当保证数据的完整性。 GB2312、GBK、UTF-8 等都是可选的数据库 Encoding，也可以选择 ISO8859-1 (8-bit)， 但会增加了编程的复杂度，ISO8859-1不是推荐的数据库 Encoding。在JSP/Servlet编程时，可以先用数据库管理系统提供的管理功能检查其中的中文数据是否正确。

(3)JDBC Driver的字符转换
目前大多数JDBC Driver采用本地编码格式来传输中文字符，例如中文字符“0x4175”会被转成“0x41”和“0x75”进行传输。因此需要对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 byte[s.length()];
for (int i = 0; i s.length(); i++) { if (s.charAt(i)> = 0x100) {
c = s.charAt(i);
byte []buf = (“”+c).getBytes();
buffer[j++] = (char)buf[0];
buffer[j++] = (char)buf[1];
}
else {buffer[j++] = s.charAt(i);}
}
return new String(buffer, 0, j);
}
要注意的是，有些JDBC Driver如果通过JDBC Driver Manager设置了正确的字符集属性，以上方法就不需要了。具体情况可参考相关JDBC的资料。
其实理解了，中文乱码就这么一回事!反复使用就会摸出一定的门道了!我觉得以上的三种方法，只要你真的能弄懂，在遇到中文问题时，在这三种方法多试尝，我保证你不再会使这种中文问题所烦!
以上只是自己的一些经验所谈，如果有什么不对，希望能提出，共同学习!