有关JSP中文乱码问题有不少解决方法。首先实现了一个StringConvertbean（GBtoISO()和ISOtoGB()两个方法），解决了与MySQL数据库交互的时候的部分中文乱码问题：在JSP程序中读取MySQL的中文内容，用这两个方法可以解决乱码问题
有关JSP中文乱码问题有不少解决方法。首先实现了一个StringConvert bean（GBtoISO()和ISOtoGB()两个方法），解决了与MySQL数据库交互的时候的部分中文乱码问题：在JSP程序中读取MySQL的 中文内容，用这两个方法可以解决乱码问题。
但是从JSP写入到MySQL的中文内容都成了乱码，并且再读出来的时候也显示为"？？"，在这里应该出现了编码转换过程中的字符信息丢失。郁闷的 是，我在命令行窗口中登陆到MySQL后，执行如"INSERT INTO customer VALUES('字符',...)"这样的语句时，写入到数据表中的中文内容又是显示正常的！！！数据库使用的字符集是utf8。
碰壁多次，终于发现一条解决问题的路径：查看MySQL手册的时候，看到一条这样的语句：To allow multiple character sets to be sent from the client, the "UTF-8" encoding should be used, either by configuring "utf8" as the default server character set, or by configuring the JDBC driver to use "UTF-8" through the characterEncoding property.
此外，在查阅《MySQL权威指南》时，发现在查询语句中可以使用这样的语法将字符串转换到一个给定的字符集：_charset str。
其中charset必须是服务器支持的某个字符集。在本例中，shopdb数据库使用的默认字符集是utf8，于是开始测试：
先输入INSERT INTOpublish Values('8',_gb2312 '高等教育出版社') 写入后中文变成"？？"
再试INSERT INTOpublish Values('8',_gbk '高等教育出版社') 结果同上
INSERT INTOpublish Values('8',_utf8 '高等教育出版社') 这下更干脆，什么都没有！！
JSP中文乱码问题仍然存在。没办法，用show character set;命令查看MySQL支持的字符集，心想我都试一遍总有一个能成功吧。浏览了一下，发现没有几个熟悉的字符集，就只剩下一个latin1(ISO- 8859-1)比较常见了，不会是它吧，一试之下果然便是。
INSERT INTOpublish Values('8',_latin1 '高等教育出版社') 输入中文能够正确显示。
这下总算找到JSP中文乱码问题的解决方法了，把Tomcat下配置的数据库连接池的url改为＂...characterEncoding=UTF-8＂，然后把写入数据库的中文内容用
String s2 = new String(s1.getBytes("gb2312"),"ISO-8859-1")进行转码，其中s1为中文字符串．然后再写入到数据库一切显示正常。
为解决这个问题查看了n多资料，现作一个总结：由于字符集和字符编码方式的不同，在OS以及程序之间传递数据（尤其是multiple character sets中的数据）时便会产生乱码以及字符信息的丢失．解决这个问题的关键便是了解数据输出端和接收端使用的字符集和字符编码方式，如果这两种编码方式不 同，便需要在数据出口或入口处进行 转码。一般的说，在编写代码,编译，以及运行期间都会字符数据的传递，因此需要特别小心。
在编写代码的时候，你可能会使用某种开发工具，例如我正在使用的Eclipse．或许在写的时候一切正常，可是一旦保存后再次打开文档，所有的中文 字符都变成了乱码。这是因为在编写的时候，这些字符数据都在内存的某个stream中，ok，这没问题，可是保存的时候这个stream中的数据会被写入 到硬盘，使用的就是你的开发工具默认的编码方式，如果很不幸你的开发工具默认编码方式是ISO-8859-1，中文字符信息就不能正确地存储。 Eclipse中可以这样查看并修改默认字符编码方式：Project->Properties->info，这里有＂default
encoding for text file＂。如果设置为GBK，那么编写代码并保存这关就过了。
对于JSP程序而言，编写完代码后就交给Container，首先它们会被转成.java文件，然后编译成.class才能提交给服务器执行．这
...
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
