JVM 对Java异常的处理原理
最初我们用 Java 写 JSP 的时候，几乎可以不触及异常，因为 Servlet 容器会把 API 抛出的异常包装成
ServletException 丢给容器去处理。再后来应用分层，代码中要处理的异常便多了，一般会转换成自定义的业务异常类，用
try-catch-throw
customerException-finally。再到如今各种框架日臻成熟，代码中显式的异常处理又渐渐少了些，借助于 AOP
横行，异常对业务的影响描述被移入到了配置文件中了，例如，事物处理、权限的控制等。
这颇有些像手机的发展，当通信技术不甚发达的时候，手里抓的是砖头，信号是模拟的。后来慢慢瘦身成两三根手指大小，甚至是就一支笔似的，可如今信息量大了，屏幕要大，再配上 QWERT 键盘，机身自然就肥硕了。
当然与手机的个头变迁略有不同的是，任凭你怎么对待 Java 中异常，切入 AOP 也好，在 JVM 中处理异常的内在机制始终未变。
说到 Java 异常，无外乎就是 try、catch、finally、throw、throws 这么几个关键字，这些个的用法是没必要在这里讲了。我们这里主要关键一下 catch 和 finally 是如何在编译后的 class 字节码中的。
异常的抛出与捕获，Catch 子句的表现，来看看一段 Java 代码及生成的相应字节码指令。
package
com.unmi;
import
java.io.UnsupportedEncodingException;
public
class
AboutCatch {
public
static
void
main(String[] args){
try
{
transfer("JVM 对 Java 异常的处理"
,"gbk"
);
} catch
(Exception e) {
//e.printStackTrace();
}
}
//字符集转换的方法
&nb
相关文档：
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
最近学习java用到了JList,对于向JList中添加数据，困扰了好久，上网查给的答案都没个合适的，问了老师才弄明白些，总结如下：
1.使用Vector：首先把你的数据项都存放在Vector中，然后调用JList的setListData()方法，将Vector添加到JList中
Vector vt=new Vector();
JList list=new JLis ......
在看到Thinking in java 第四章时初始化相关问题的时候，我们不由地把注意力移到构造器上。这里做个简单的总结，便于高手指正以及自己温故。
首先构造器是要构造一个东西{构造对象（实例）}并对其初始化。之所以 ......
（1）初始化的顺序（静态、非静态、final、变量、对象）
对于静态变量、静态初始化块、变量、初始化块、构造器，它们的初始化顺序依次是（静态变量、静态初始化块）>（变量、初始化块）>构造器。
我们也可以通过下面的测试代码来验证这一点：
Java代码：
public class InitialOrderTest {
......
本文针对jdk6.0中java.lang.Class类的API进行了简单的实例应用，例子简单易懂，比较适合入门级阅读。
实例简介：
/*
*IncludeInnerClass类中包含了三种访问控制的内部类，并且以这三个内部类的引用对象和一个整型数作为属性，在外部类的方法中分别调用了 内部类的方法
*外部类有两个构造方法， ......
