JAVA字符编码
JAVA字符编码
今天终于把JAVA里一个比较头痛的问题——字符编码弄清晰了，所以写一篇文章来纪念一下，也为大家提供一点自己的心得。
众所周知，JAVA为了国际通用，用的是UNICODE来保存里面的字符。而UNICODE只是一个种字符集，字符的存储和表示要用到一定的字符编码格式，而与UNICODE对应的字符编码格式就是我们常看到的UTF-8,UTF-16等等，而UTF-8是最常用的，所以人们常常把它和UNICODE等同起来（我以前就是这样的），这在某些情况下是没有错的，但这样的理解在JAVA里就会产生一些混淆。我们用下面的程序来演示一下。
定义一个字符串
String name = "堂";
这个字符串就一个字符，把它取出来
char c_name = name.charAt(0);
JAVA里的char型是十六位的（两个字节），但是如果是用UTF-8的话可能会不只两位（UTF-8是变长存储的），那看来JAVA本身并不是用UTF-8来保存的，口说无凭，做个实验吧。
首先看看char里保存的内容
int low = (c_name) & 0xff;//取c_name的低位
int high = (c_name >> 8) & 0xff;//取c_name的高位
System.out.println(Integer.toHexString(high) + " " + Integer.toHexString(low));
结果是58 02
只有两个字节而已（16位），那么真正的UTF-8编码的内容是什么呢，再看看吧。
为了方便，我写了一个辅助方法printbyte，作用是把一个byte数组的每个元素按照十六进制格式打印出来，同样为了方便，我把它作为静态方法。
public static void printbyte(byte[] bt)
{
for (int i = 0; i < bt.length; i++)
{
int hex = (int)bt[i] & 0xff;
System.out.print(Integer.toHexString(hex) + " ");
}
System.out.println(" length = "+bt.length);
}
byte[] utf_8 = name.getBytes("utf-8");
printbyte(utf_8);
结果是e5 a0 82 length = 3
哇，三个字节！看来JAVA内部用的真不是UTF-8，那用的是什么呢？UTF-16？看一下便知。
byte[] utf_16 = name.getBytes("utf-16");
printbyte(utf_16);
结果是fe ff 58 02 length = 4，靠，四个字节了。咦？后面的低16位不正是和开始c_name的十六进制表示一样的吗？看来JAVA真正的内部字符编码和UTF-16有或多或少的联系。JAVA内部究竟是用的什么字符编码呢？这个问题我也找了很久，后来在THINK IN JAVA 3rd的12章里看到一个例子出现了UTF-16BE，难道是它？
byte[] utf_16be = name.getBytes("utf-16be");
pr
相关文档：
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
一：准备 www.savarese.org download
1. rocksaw-1.0.0-src.tar.gz
2. vserv-tcpip-0.9.2-src.tar.gz
二：编译源文件得到jar包 使用Ant
1. build vserv-tcpip-0.9.2-src
在vserv-tcpip-0.9.2目录下面建一个tests目录，然后在cmd窗口下进入 ......
在学习JAVA的过程中，我查阅了许多有关学习JAVA的网络资源，我把它们汇总到了一起把这些资源保存起来如下列出：
java开发学习网址大全
1.维基百科，自由的百科全书
http://zh.wikipedia.org/wiki/HTML
2.w3school网
http://www.w3school.com.cn/
3.JAVA中文首页 ......
任何项目开发中，在一个集合或数组中循环查找，搜索目标数据，是经常用到的。如果搜索的数据范围比较小，那么不管什么算法，对于今天的计算机来说，性能上基本差别不大，但是如果数据量达到几百万，甚至更大，那么算法的选择和优化就显得比较重要。有空之余测试了下顺序搜索和二分搜索的性能，竟然发现效率差异在1500倍左右 ......
在基于JAVA的编程中，经常会碰到汉字显示乱码的问题，经一番查询现总结如下。
在JSP中建议网页编码方式用GBK,这样会方便一些。
这个问题是因为JAVA编码方式转换出现了问题，Java中默认的编码方式是UNICODE，而中国人通常使用的文件和DB都是基于GB2312或者BIG5等编码，故会出现此问题。我知道一定有很多朋友也会碰到这个� ......
