专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅

首页 »Java教程 » java应用实例:java应用出现乱码的一个实例 »正文

java应用实例:java应用出现乱码的一个实例

来源: 发布时间:星期六, 2008年12月13日 浏览:9次 评论:0
String name=request.getParameter("name").toString;
.out.prln("转换前姓名:"+name);

//采用枚举法测试
//.out.prln("111111"+ String(name.getBytes("ISO-8859-1"),"gb2312"));
//.out.prln( String(name.getBytes("UTF-8"),"gb2312"));
//.out.prln( String(name.getBytes("GB2312"),"gb2312"));
//.out.prln( String(name.getBytes("GBK"),"gb2312"));
//.out.prln( String(name.getBytes("BIG5"),"gb2312"));

//此处必须转换成中文这个地方和数据库集是有关系对应

s = name.getBytes("ISO-8859-1");
String result = String(s, "gb2312");
.out.prln("转换后姓名:"+result);



开发java应用出现乱码是很常见毕竟现在unicode使用还不是很广泛在使用gb2312(包含了gbk简体big5繁体)系统中要正确实现

中文display和数据库存储是最基本要求


1首先developer要明确自己为什么会遇到乱码遇到什么样乱码(无意义符号还是串问号或者其它什么东西)
新手遇到堆很乱时通常不知所措最直接反映就是打开google搜索”java中文”(这个串在搜索引擎上查询频率非常高)

然后去看别人解决方法这样做没有错但是很难达到目原因下面会提到
总之出现乱码原因是非常多解决方法也完全不要解决问题必须先分析自己”上下文环境”


2具体说来需要哪些信息才能确定项目中乱码根源
a开发者所用操作系统
bj2ee容器名称版本
c数据库名称版本(精确版本)以及jdbc驱动版本
d出现乱码source code(比如是system out 出来还是jsp页面中如果是jsp中那么头部声明情况也很重要)

=
3如何初步分析乱码出现原因
有了上述信息基本上就可以发帖求助了相信放到javaworld等论坛上很快就会有高手给你提出有效解决方案
当然不能总靠发帖求助也要试试自行解决问题如何下手呢?
a分析下你”乱码”到底是什么编码这个其实不难比如
.out.prln(testString);
段出现了乱码那么不妨用穷举法猜测下它实际编码格式
.out.prln( String(testString.getBytes(”ISO-8859-1″),”gb2312″));
.out.prln( String(testString.getBytes(”UTF8″),”gb2312″));
.out.prln( String(testString.getBytes(”GB2312″),”gb2312″));
.out.prln( String(testString.getBytes(”GBK”),”gb2312″));
.out.prln( String(testString.getBytes(”BIG5″),”gb2312″));
等等上述代码意思是用制定编码格式去读取testString这个”乱码”并转换成gb2312(此处仅以中文为例)
然后你看哪个转换出来结果是ok那就

b如果用上面步骤能得到正确中文说明你数据肯定是在只不过是界面中没有正确显示而已那么第二步就该纠正你view部分了

通常需要检查是jsp中是否选择了正确页面编码

在此要声明被很多人误解那就是<%@ page contentType=”text/html; char=GB2312″ %>指令和<META http-equiv=Content-Type

content=”text/html; char=gb2312″>两者不同通常网上很多文章在提到中文问题时都是说数据库中选择unicode或者gb2312存储

时在jsp中用page指令声明编码就可以解决但是我觉得这种说法很不负责任我费了N多时间为本来并不存在乱码而郁闷实际上page

作用是在jsp被编译成为html过程中提供编码方式让java来”读取”表达式当中String(有点类似于上面第三个语句作用)而meta

作用是众所周知为IE浏览器提供编码选择是用来”显示”最后数据但是没有看到有人提醒这直把page当成meta在用

导致本来是iso-8859数据被page指令读成gb2312于是乱码所以又加了编码转化把所有数据都从iso8859转到gb2312(为

什么这么转当时也没考虑这么多这么做可以正常显示了所以就这么改了呵呵当时实在没有时间慢慢排查问题了)


4数据库选择什么样编码比较好
目前流行DB主要有sql servermysqloracleDB2等其中mysql作为免费DB中老大性能和功能是得到公认安装配置比较方便

driver也比较完善性价比是绝对OK所以就以mysql为例

我个人建议采用mysql默认编码来存储也就是iso-8859-1(在mysql选项中对应于latin-1)理由主要有这么几个是iso-8859-1对中

支持不错;二是跟java中默认编码至少在很多地方免除了转换编码麻烦;三是默认比较稳定兼容性也更好多编码

支持是由具体DB产品提供别说跟其它DB会不兼容即使自身不同版本也可能出现兼容性问题

例如mysql 4.0以前产品中很多中文解决方案是利用connection中characterEncoding字段来制定编码比如gb2312什么这样是ok

原数据都是ISO8859_1编码jdbc驱动会采用url里面指定character 来进行编码resultSet.getString(*)取出就是编码后

相关文章

读者评论

  • 共0条 分0页

发表评论

  • 昵称:
  • 内容: