编码问题

编码的核心问题，那些Class文件用什么编码、String在JVM里用什么编码的，老实说我不大懂，但是WEB页面的编码好像一直困扰着不少人，我同事上次为这个也是十分犯愁，今天逛论坛时又发现很多朋友也为搞不通这个，所以写这个帖子。

JSP———JAVA程序———DB

三个地方都有编码，但是，三个地方的编码都不相干！这个一定要先认识清楚。如果你的WEB是用JSP直接连的数据库，那就是两个地方，这两点之间的编码也是没有联系的。

调试：
从数据库中取出来的东西，先用数据库的UI工具进行查看，确定不是乱码后再用程序调试。

以上面三个地方两个桥接来说明。

从数据库到JAVA程序，先取到String，再调用String的getBytes() 方法得到一个 byte[] ，把这个数组打出来，只要不是有一大堆的“63”（63代表的字符是问号亦即乱码），那就证明我们要的东西已经正常取出了，再要让他怎么正常显示就是转换 了，反正换来换去不过是 iso-8859-1, utf8, gbk=gb2312 这几个，好整。
如果遇到取出是正常但insert却是乱码，那在把数据加入 sql 之前就编码或者对整个 sql 编码，反正肯定是搞得定的。

打印出 byte[] 是个很好的调试方法，没有大量的 63 就代表信息没有丢失，没有丢失就是好的。


JSP的乱码，从Java到页面，或者是从 jsp 到 Java 时产生乱码。
首先，写一个 Filter ，确定好编码，虽然我在前面说这些地方都是不相干的，但是不相干不意味着我们就要在 JSP 用 GBK 然后 Java 里用 UTF-8，所以最好还是确定好，只使用一个编码！把 Filter 写好，再看一下。Java 里一样，还是打印出 request.getParameter() 得到的字符串的 byte[] ，如果是63的话，改变浏览器的显示编码再发送表单，这个技巧我是看我们头帮我调试时学的，很管用，这一招相当于是不管服务器指定的页面编码而自己指定一 个。
这个一般来说加个Filter就能解决的。
从Java 到页面的就更简单了，不说了。


不要想着能一次解决从数据库到JAVA到JSP的乱码！