java字符编码原理浅析
本周遇到一个java乱码问题，于是对java的编码问题做了一些实验和了解。简单分析如下：
先看下如下代码：
import
java.io.UnsupportedEncodingException;
public
class
CharSetTest {
public
static
void
main(String[] args)
throws
UnsupportedEncodingException {
String test =
"
篮球
"
;
byte
[]
defaultResult = test.getBytes();
for
(
byte
e : defaultResult) {
System.
out
.print(e
+
" "
);
}
System.
out
.println(System.
getProperty
(
"file.encoding"
));
System.
out
.println(
"test="
+ test);
}
}
1.执行 javac CharSetTest.java,能正常编译，但是得到如下警告：
CharSetTest.java:5: warning: unmappable character
for encoding ASCII
String test = "????";
分析一下为什么会这样呢？对于java编译器来说，CharSetTest.java就是一个文本文件，java编译器要解析
这个文本文件并编译生成.class文件。分析了下原因大概是这样的：CharSetTest.java一定是以某一种编码格式来存储的，所以java编
译器一定要知道该文本文件时用什么来编码的，如果没有指定就用默认认为文件的编码格式是”
ANSI_X3.4-1968”(不同环境可能不一样)，所以就会发现无法解释的中文而出现了乱码。
那么以上问题该如何解决，就是要在编译的时候告诉编译器，需要编译的java文件的编码格式，否则编译器有可能遇到不能理解的字符就当做乱码处理了。由于
CharSetTest.java是GBK格式的，所以通过如下命令完成：
Javac CharSetTest.java –encoding=GBK。
2. 通过执行Javac CharSetTest.java –encoding=GBK，已经能得到正确的class文件了，但是执行
java CharSetTest，结果如下：
63 63 ANSI_X3.4-1968
test=??
那么既然已经正确编译了，为什么得到的输出结果还会是乱码呢？前面已经可以肯定.class文件里面存放的中文字符串是正确的了，那原因肯定是在JVM
从.class文件读取这个字符串字节流并构建String对象的时候采用了错误的字符编码来构建字节流。进而导致从JVM输出字符串的字节流到我们控制
台的时候，出现乱码。那么很显然，我们必须告诉jvm我们控制台的编码，或者我们希望它采用什么字符编码来构建字节流。如果没有告诉jvm，那么文件的编
码格
相关文档：
异常 Underlying input stream returned zero bytes 解决办法
系统环境
jdk1.5
hibernate 3.0
sql server 2000
ms jdbc driver
将一个varchar类型的字段改为text后，就出现
[Microsoft][SQLServer 2000 Driver for JDBC]Underlying input stream returned zero bytes 的异常了。
从网上搜集资料来看，由于jdbc的bug ......
目录
摘要 ……………………………………………………………………2
文献综述 ……………………&hel ......
JAVA动态代理内部实现
一 代理设计模式
代理模式为目标对象提供一种代理以控制对实际对象的访问。在某些情况下，一个客户不想或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。
为了保持行为的一致性，代理类和实际委托类通常会实现相同的接口，所以在访问者看来两者没有丝毫的� ......
