latin1转gbk的乱码问题，jdbc的bug
转http://ssmax.net/archives/1136.html
参考http://www.wcode.net/plus/view.php?aid=246850
由于以前偷懒的原因，很多数据库都是使用latin1作为字符编码，这样可以原样保留数据的字节流，但是最近发现新版的mysql驱动，包括345各版本的最新驱动，用characterEncoding=latin1 参数去访问数据，都会出现问号乱码的问题。在网上查了一下，有人说是驱动里面自带强制转换，所以出了问题，根据提示看了一下代码，果然在ResultSetRow在getString的时候，会使用 SingleByteCharsetConverter 来强制转码，发生了问题。网上说要修改驱动，我自己尝试了一下，既然强制转码里面选择了使用cp1252，那这个字符集应该也是单字符全集，所以我直接尝试用该字符集来连接，问题就解决了。。。。有两种解决方案：1. 使用ResultSet中的getBytes方法，直接获取原始bytes数组，自己按照录入时候的编码new String即可。2. 如果用了框架结构，写了必须获取String的，那么连接参数可以写characterEncoding=cp1252程序使用的时候rs.getString(1).getBytes(“cp1252″)即可获取原始字节数组，然后也是按照录入编码进行 new String 即可。注意这种方法可能会引起问题，由于cp1252对一些字节的处理并不是我们理解的那样，比如MySQL translates 0×81 to Unicode 0×0081, 0x8d to 0x008d, 0x8f to 0x008f, 0×90 to 0×0090, and 0x9d to 0x009d.如果汉字里面刚好有着3中字节的，就会出问题，显示问号。。。研究了一下，发了一个bug帖，http://bugs.mysql.com/bug.php?id=64071估计也是没人理会的了，呵呵，就当练练英文。
con = (Connection) DriverManager.getConnection("jdbc:mysql://1231231231213:3365/origin_chapters?characterEncoding=cp1252","bookapp_r", "6c0a3ebf4");chapter.setChapter_content(new String(rs.getString("Content").getBytes("cp1252"), "gbk"));