Java异常设计方法
前些时候，把《Thinking in Java》中异常这一章翻出来再次研读，本人有些收获，并且有些观点和作者观点不太一致，共享之
1.异常的定义
一个系统中定义异常应遵循如下几个原则：
a. 系统中如果某个模块功能比较单一，建议将所有异常放在一个package内；如果某个模块有很多子模块，建议将异常放各个对应子模块内；
b. 异常名称必须是自定义的；
c. 自定义异常都继承之Exception(不要继承RuntimeException)；
d. 所有异常含有含有两个构造器:一个缺省构造器，一个用于构建异常链的构造器。
示例如下：
public class MyException1 extends Exception{
public MyException1() {
}
public MyException1(Throwable cause) {
super(cause);
}
}
2.异常的处理
在异常处理程序中遵循如下原则：
a. 本方法能处理的异常，异常处理程序中就处理掉，不向外层传递;
b. 本方法不能处理的异常，必须使用异常链，封装为本模块的异常向上传递。
示例如下：
public class test {
public static void f() throws MyException1{
throw new MyException1();
}
public static void main(String[] args) throws MyException2{
try {
f();
} catch(MyException1 e) {
throw new MyException2(e);
}
}
}
【注】：Bruce Eckel指出建议使用runtimeException封装异常。本人认为，在系统设计中不应该这么做，因为在开发实际系统是，各个模块开发人员不一样，如果开发人员用runtimeException封装了异常，其他使用该模块的开发人员很难知道模块中抛出了异常。
相关文档：
类的初始化和对象初始化是 JVM 管理的类型生命周期中非常重要的两个环节，Google 了一遍网络，有关类装载机制的文章倒是不少，然而类初始化和对象初始化的文章并不多，特别是从字节码和 JVM 层次来分析的文章更是鲜有所见。
本文主要对类和对象初始化全过程进行分析，通过一个实际问题引入，将源代码转换成 JVM 字节码后， ......
JAVA序列化的两种方式
//大家都知道Serializable是一个mark interface,告诉JVM这个对象可以被转换成二进制流来传输.
//Serializable 在我们实现这个接口的时候,我们可以使用4个私有方法来控制序列化的过程:
//我们来看一个例子:
public class FooImpl implements java.io.Serializable
{
pr ......
Java语言的关键字，用来表示一个域不是该对象串行化的一部分。当一个对象被串行化的时候，transient型变量的值不包括在串行化的表示中，然而非transient型的变量是被包括进去的
Java代码
class A implements Serializable {
private String name;
transient private String address;
}
那么� ......
关于23种设计模式的有趣见解
作者以轻松的语言比喻了java的23种模式，有很好的启发作用。
创建型模式
1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基 ......
管理 Java 类路径（UNIX 和 Mac OS X）
网址： http://www.ibm.com/developerworks/cn/java/j-classpath-unix/
作者的网站：http://www.cafeaulait.org/
总结：
不管类路径有多么棘手，您都可以通过一些简单的规则对它加以管制，尤其是要记住如下的一些原则：
将类放到包中。
严格遵守包和类的命名约定 ......
