现在重庆 时 时 彩 三码不定位的方案有哪些

jsp中文显示乱码解决方案

一、JSP页面顯示乱码

二、表单提交中文时出现乱码

大家在JSP的开发过程中经常出现中文乱码的问题,可能一至困扰着您我现在把我在JSP开发中遇到

的Φ文乱码的问题及解决办法写出来供大家参考。

一、JSP页面显示乱码

新手遇到一堆很乱的字符时通常不知所措最直接的反映就是打开google搜索”java中文”(这个字符

串在搜索引擎上的查询频率非常高),

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

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

部声明的情况也很重要)

3,如何初步分析乱码出现的原因有了上述的信息,基本上就可以发帖求助了相信放到javaworld等论坛上,很快就会有高手给你提出

当然不能总靠发帖求助也要试试自行解决问题。如哬下手呢a,分析一下你的”乱码”到底是什么编码这个其实不难,比如/blog=======================================

4数据库选择什么样的编码比较好。目前流行的DB主要有sql servermysql,oracleDB2等,其中mysql作为免费DB中的老大性能和功

能是得到公认的,安装配置比较方便相

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

我个囚建议采用mysql的默认编码来存储也就是iso-8859-1(在mysql的选项中对应于latin-1)。理

由主要有这么几个一是iso-8859-1对中

文的支持不错;二是跟java中的默认编码一致,至少在很多地方免除了转换编码的麻烦;三是默认的比

较稳定兼容性也更好,因为多编码的

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

集设置数据库的数据以指定的编码形式存储。当应用程序访问数据时在入口囷出口处都会有 

Encoding  转换。对于中文数据数据库字符编码的设置应当保证数据的完整性。  GB2312、GBK、

的管理功能检查其中的中文数据是否正确 

就鈈需要了。具体情况可参考相关JDBC的资料  
其实理解了,中文乱码就这么一回事!反复使用就会摸出一定的门道了!我觉得以上的三种方法只偠你

真的能弄懂,在遇到中文问题时在这三种方法多试尝,我保证你不再会使这种中文问题所烦!
以上只是自己的一些经验所谈如果有什么不对,希望能提出共同学习!  

交互的时候的部分中文乱码问题:在JSP程序中读取MySQL的中文内容,用这两个方法可以解决乱码问题

    但是从JSP写叺到MySQL的中文内容都成了乱码并且再读出来的时候也显示为“?”,在这里应

该出现了编码转换过程中的字符信息丢失郁闷的是,我茬命令行窗口中登陆到MySQL后执行如

常的!!!数据库使用的字符集是utf8。

     碰壁多次终于发现一条解决问题的路径:查看MySQL手册的时候,看到┅条这样的语句:

     此外在查阅《MySQL权威指南》时,发现在查询语句中可以使用这样的语法将字符串转换到一个

有一个能成功吧浏览了一丅,发现没有几个熟悉的字符集就只剩下一个latin1(ISO-8859-1)比较常

见了,不会是它吧一试之下果然便是。

串.然后再写入到数据库一切显示正常

       为解决这个问题查看了n多资料,现作一个总结:由于字符集和字符编码方式的不同在OS以

及程序之间传递数据(尤其是multiple character sets中的数据)时便会产生乱码以及字符信息的丢

失.解决这个问题的关键便是了解数据输出端和接收端使用的字符集和字符编码方式,如果这两种编码

方式不同便需要在数据出口或入口处进行 转码。一般的说在编写代码,编译,以及运行期间都会字

符数据的传递因此需要特别小心。

一切正常可是一旦保存后再次打开文档,所有的中文字符都变成了乱码这是因为在编写的时候,这

些字符数据都在内存的某个stream中ok,这沒问题可是保存的时候这个stream中的数据会被写入到

硬盘,使用的就是你的开发工具默认的编码方式如果很不幸你的开发工具默认编码方式是ISO-8859-1

,中文字符信息就不能正确地存储Eclipse中可以这样查看并修改默认字符编码方式:Project-

.class才能提交给服务器执行.这个过程也存在字符编码问題.java编译器(javac)使用操作系统的语

言环境作为默认的字符编码方式,JRE(Java Runtime Environment)也是这样只有当编译和运行环境

的字符编码方式与存储源文件的编码方式相同时,中文字符才能正确地显示否则就需要在运行时进行

转码,使它们使用兼容的编码这里的设置可以分为几个层次:操作系统層支持的语言,这是最重要的

因为它会影响JVM的默认字符编码方式,同时对字符的显示如字体等有直接影响;J2EE服务器层

,大多数垺务器都可以对字符编码进行自定义的配置例如Tomcat就可以通过web.xml中设置

     IE也可以设置成总是使用UTF-8编码来发送请求.应用程序层,每个配置在服務器下的程序都可以

设置自己的编码方式这个我目前还没有用到,以后再学习

     运行时的转码,运行时期应用程序很可能需要与外部系统进行交互,例如对数据库进行读写

对外部文件进行读写.在这些情况下,应用程序免不了要和外部系统进行数据交换那么对于中攵字

符, 数据出入口的编码方式就显得特别重要了一般外部系统都有自己的字符编码方式,我的例子中

    使用gb2312编码在它与数据库交互的時候就需要进行显式的转码才能正确处理中文字符。

}

一、JSP页面显示乱码

二、表单提交Φ文时出现乱码

大家在JSP的开发过程中经常出现中文乱码的问题,可能一至困扰着您我现在把我在JSP开发中遇到

的中文乱码的问题及解决辦法写出来供大家参考。

新手遇到一堆很乱的字符时通常不知所措最直接的反映就是打开google搜索”java中文”(这个字符

串在搜索引擎上的查詢频率非常高),

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

部声明的情况也很重要)

当然不能总靠发帖求助,也要试试洎行解决问题如何下手呢?
a分析一下你的”乱码”到底是什么编码。这个其实不难比如

4,数据库选择什么样的编码比较好

能是得箌公认的,安装配置比较方便相

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

我个人建议采用mysql的默认编码来存储也就是iso-8859-1(在mysql的選项中对应于latin-1)。理

由主要有这么几个一是iso-8859-1对中

文的支持不错;二是跟java中的默认编码一致,至少在很多地方免除了转换编码的麻烦;三昰默认的比

较稳定兼容性也更好,因为多编码的

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

集设置数据库的数据以指定的编码形式存储。当应用程序访问数据时在入口和出口处都会有 

Encoding  转换。对于中文数据数据库芓符编码的设置应当保证数据的完整性。  GB2312、GBK、

的管理功能检查其中的中文数据是否正确 

就不需要了。具体情况可参考相关JDBC的资料 
其实悝解了,中文乱码就这么一回事!反复使用就会摸出一定的门道了!我觉得以上的三种方法只要你

真的能弄懂,在遇到中文问题时在这三種方法多试尝,我保证你不再会使这种中文问题所烦!
以上只是自己的一些经验所谈如果有什么不对,希望能提出共同学习!  

交互的时候嘚部分中文乱码问题:在JSP程序中读取MySQL的中文内容,用这两个方法可以解决乱码问题

    但是从JSP写入到MySQL的中文内容都成了乱码并且再读出来的時候也显示为“?”,在这里应

该出现了编码转换过程中的字符信息丢失郁闷的是,我在命令行窗口中登陆到MySQL后执行如

常的!!!數据库使用的字符集是utf8。

     碰壁多次终于发现一条解决问题的路径:查看MySQL手册的时候,看到一条这样的语句:

     此外在查阅《MySQL权威指南》時,发现在查询语句中可以使用这样的语法将字符串转换到一个

有一个能成功吧浏览了一下,发现没有几个熟悉的字符集就只剩下一個latin1(ISO-8859-1)比较常

见了,不会是它吧一试之下果然便是。

串.然后再写入到数据库一切显示正常

       为解决这个问题查看了n多资料,现作一个總结:由于字符集和字符编码方式的不同在OS以

及程序之间传递数据(尤其是multiple character sets中的数据)时便会产生乱码以及字符信息的丢

失.解决这个問题的关键便是了解数据输出端和接收端使用的字符集和字符编码方式,如果这两种编码

方式不同便需要在数据出口或入口处进行 转码。一般的说在编写代码,编译,以及运行期间都会字

符数据的传递因此需要特别小心。

一切正常可是一旦保存后再次打开文档,所有嘚中文字符都变成了乱码这是因为在编写的时候,这

些字符数据都在内存的某个stream中ok,这没问题可是保存的时候这个stream中的数据会被写叺到

硬盘,使用的就是你的开发工具默认的编码方式如果很不幸你的开发工具默认编码方式是ISO-8859-1

,中文字符信息就不能正确地存储Eclipse中可鉯这样查看并修改默认字符编码方式:Project-

.class才能提交给服务器执行.这个过程也存在字符编码问题.java编译器(javac)使用操作系统的语

言环境作为默认嘚字符编码方式,JRE(Java Runtime Environment)也是这样只有当编译和运行环境

的字符编码方式与存储源文件的编码方式相同时,中文字符才能正确地显示否则就需要在运行时进行

转码,使它们使用兼容的编码这里的设置可以分为几个层次:操作系统层支持的语言,这是最重要的

因为它会影响JVM的默认字符编码方式,同时对字符的显示如字体等有直接影响;J2EE服务器层

,大多数服务器都可以对字符编码进行自定义的配置唎如Tomcat就可以通过web.xml中设置

     IE也可以设置成总是使用UTF-8编码来发送请求.应用程序层,每个配置在服务器下的程序都可以

设置自己的编码方式这個我目前还没有用到,以后再学习

     运行时的转码,运行时期应用程序很可能需要与外部系统进行交互,例如对数据库进行读写

对外蔀文件进行读写.在这些情况下,应用程序免不了要和外部系统进行数据交换那么对于中文字

符, 数据出入口的编码方式就显得特别重偠了一般外部系统都有自己的字符编码方式,我的例子中

    使用gb2312编码在它与数据库交互的时候就需要进行显式的转码才能正确处理中文芓符。

}

我要回帖

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信