Chinaunix首页 | 论坛 | 博客
  • 博客访问: 16492798
  • 博文数量: 5645
  • 博客积分: 9880
  • 博客等级: 中将
  • 技术积分: 68081
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-28 13:35
文章分类

全部博文(5645)

文章存档

2008年(5645)

我的朋友

分类:

2008-04-28 21:48:46

下载本文示例代码
  很多开源软件都有国际化和本地化的问题,其实国际化本没有那么复杂,只是总有些公司希望通过拒绝国际标准来提高市场占有率,所以也就渐渐导致了现在的情况。很多开源软件首要支持的便是UTF编码,然后才是其他编码。(by gashero)当然也有些不着调的软件首选的是ISO-8859-1编码,甚至是ASCII编码。好了,下面先讲讲编码,因为Tomcat也是一种不着调的软件。   常见的中文编码有GB2312、GBK、GB18030等等,当然没有包括繁体中文,这些编码都是表示编码,而并非是显示编码。现在越来越多的软件,在其核心使用的显示编码或者说处理编码,是Unicode编码。Unicode编码使用2字节表示了世界上几乎所有的文字符号,作软件的内部国际化处理再适合不过了。   只是有些龌龊公司,为了商业目的,对内核的Unicode编码API全部屏蔽,对外只提供本地化编码。(by gashero)比如M$公司在中文软件上就主推GBK编码。   还有一个问题就是用C/C 编写的很老的软件,字符串结束标志是'\0',而使用Unicode的话,会无故的截断一些字符串。所以UTF-8就应运而生了,这种变长编码既可以减小字符串的体积,也可以防止阶段而传输Unicode编码。   至于传统的英文编码,最常见的就是两种。一是ASCII,这种字符集高位为0,用7位表示数据。另一种是ISO-8859-1,每个字符1字节,用8位表示一个字符。   Tomcat的内置编码就是使用了ISO-8859-1。这也是本文最关键的一句,各种技巧的根本。   由此可知由网页所提交的数据就需要从ISO-8859-1解码,如下是获得提交参数number的例子。   String number=new String(request.getParameter("number").getBytes("ISO-8859-1"),"UTF-8");   这句就成功的实现了从ISO-8859-1向UTF-8编码的转换。   有经验的读者应该遇到过通过<jsp:param>标签传递网页间参数时出错的问题。(by gashero)接收到的字符串只要是无论如何都是一堆问号。其实这也是Tomcat内部编码所导致的。如果可以顺应Tomcat的内部编码就可以传递中文字符串了。   比如一个页面间的内部重定向:   <?xml:namespace prefix = jsp /><jsp:forward page="index.jsp">   <jsp:param name="name" value="<%=new String(" % 中文参数?.getBytes(?UTF-8?),?ISO-8859-1?)>" />   </jsp:forward>   而在目的页面接收参数的时候也需要再次从ISO-8859-1编码转换到UTF-8编码。这样就实现了在页面之间传递中文参数。   很多开源软件都有国际化和本地化的问题,其实国际化本没有那么复杂,只是总有些公司希望通过拒绝国际标准来提高市场占有率,所以也就渐渐导致了现在的情况。很多开源软件首要支持的便是UTF编码,然后才是其他编码。(by gashero)当然也有些不着调的软件首选的是ISO-8859-1编码,甚至是ASCII编码。好了,下面先讲讲编码,因为Tomcat也是一种不着调的软件。   常见的中文编码有GB2312、GBK、GB18030等等,当然没有包括繁体中文,这些编码都是表示编码,而并非是显示编码。现在越来越多的软件,在其核心使用的显示编码或者说处理编码,是Unicode编码。Unicode编码使用2字节表示了世界上几乎所有的文字符号,作软件的内部国际化处理再适合不过了。   只是有些龌龊公司,为了商业目的,对内核的Unicode编码API全部屏蔽,对外只提供本地化编码。(by gashero)比如M$公司在中文软件上就主推GBK编码。   还有一个问题就是用C/C 编写的很老的软件,字符串结束标志是'\0',而使用Unicode的话,会无故的截断一些字符串。所以UTF-8就应运而生了,这种变长编码既可以减小字符串的体积,也可以防止阶段而传输Unicode编码。   至于传统的英文编码,最常见的就是两种。一是ASCII,这种字符集高位为0,用7位表示数据。另一种是ISO-8859-1,每个字符1字节,用8位表示一个字符。   Tomcat的内置编码就是使用了ISO-8859-1。这也是本文最关键的一句,各种技巧的根本。   由此可知由网页所提交的数据就需要从ISO-8859-1解码,如下是获得提交参数number的例子。   String number=new String(request.getParameter("number").getBytes("ISO-8859-1"),"UTF-8");   这句就成功的实现了从ISO-8859-1向UTF-8编码的转换。   有经验的读者应该遇到过通过<jsp:param>标签传递网页间参数时出错的问题。(by gashero)接收到的字符串只要是无论如何都是一堆问号。其实这也是Tomcat内部编码所导致的。如果可以顺应Tomcat的内部编码就可以传递中文字符串了。   比如一个页面间的内部重定向:   <?xml:namespace prefix = jsp /><jsp:forward page="index.jsp">   <jsp:param name="name" value="<%=new String(" % 中文参数?.getBytes(?UTF-8?),?ISO-8859-1?)>" />   </jsp:forward>   而在目的页面接收参数的时候也需要再次从ISO-8859-1编码转换到UTF-8编码。这样就实现了在页面之间传递中文参数。 下载本文示例代码


从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题从原理上解决Tomcat中文问题
阅读(856) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

chinaunix网友2010-05-13 10:15:10

非常感谢,已解决问题. String number=new String(request.getParameter("number").getBytes("ISO-8859-1"),"UTF-8"); 我使用该语句时,页面上还是显示乱码,不过将语句中UTF-8改为GB2312后。就显示正确了。