public final class Boolean implements java.io.Serializable,Comparable
{
    private final boolean value;
}

很明显，凡是成员变量都是final类型的，一定是immutable class，这个Boolean和String一样，一旦构造函数执行完毕，实例的状态就不能再改变了。

Boolean的构造函数有两个：

public Boolean(boolean value) {
    this.value = value;
}
public Boolean(String s) {
    this(toBoolean(s));
}

都很简单就不多说了。

另外注意到Boolean类实际上只有两种不同状态的实例：一个包装true，一个包装false，Boolean又是immutable class，所以在内存中相同状态的Boolean实例完全可以共享，不必用new创建很多实例。因此Boolean class还提供两个静态变量：

public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);

这两个变量在Class Loader装载时就被实例化，并且申明为final，不能再指向其他实例。

提供这两个静态变量是为了让开发者直接使用这两个变量而不是每次都new一个Boolean，这样既节省内存又避免了创建一个新实例的时间开销。

因此，用
    Boolean b = Boolean.TRUE;
比
    Boolean b = new Boolean(true);
要好得多。

如果遇到下面的情况：
    Boolean b = new Boolean(var);
一定要根据一个boolean变量来创建Boolean实例怎么办？

推荐你使用Boolean提供的静态工厂方法：
    Boolean b = Boolean.valueOf(var);
这样就可以避免创建新的实例，不信看看valueOf()静态方法：

public static Boolean valueOf(boolean b) {
    return (b ? TRUE : FALSE);
}

这个静态工厂方法返回的仍然是两个静态变量TRUE和FALSE之一，而不是new一个Boolean出来。虽然Boolean非常简单，占用的内存也很少，但是一个复杂的类用new创建实例的开销可能非常大，而且，使用工厂方法可以方便的实现缓存实例，这对客户端是透明的。所以，能用工厂方法就不要用new。

和Boolean只有两种状态不同，Integer也是immutable class，但是状态上亿种，不可能用静态实例缓存所有状态。不过，SUN的工程师还是作了一点优化，Integer类缓存了-128到127这256个状态的Integer，如果使用Integer.valueOf(int i)，传入的int范围正好在此内，就返回静态实例。

hashCode()方法很奇怪，两种Boolean的hash code分别是1231和1237。估计写Boolean.java的人对这两个数字有特别偏好：

public int hashCode() {
    return value ? 1231 : 1237;
}

equals()方法也很简单，只有Boolean类型的Object并且value相等才返true：

public boolean equals(Object obj) {
    if (obj instanceof Boolean) {
        return value == ((Boolean)obj).booleanValue();
    }
    return false;
}

顺便提一句：很多人写equals()总是在第一行写：
   if (obj==null) return false;
其实完全没有必要，因为如果obj==null，下一行的
    if (obj instanceof Type)
就肯定返回false，因为(null instanceof AnyType) = false。
详细内容请参考《Effective Java》第7条：Obey the general contract when overriding equals。

其他的方法如toString()就更简单了，只要稍微熟悉java的程序员相信都能写出来，我就不多说了。

★ 总结 ★

1.如果一个类只有有限的几种状态，考虑用几个final的静态变量来表示不同状态的实例。
例如编写一个Weekday类，状态只有7个，就不要让用户写new Weekday(1)，直接提供Weekday.MONDAY即可。

2.要防止用户使用new生成实例，就取消public构造函数，用户要获得静态实例的引用有两个方法：如果申明public static var就可以直接访问，比如Boolean.TRUE，
第二个方法是通过静态工厂方法：Boolean.valueOf(?)

3.如果不提供public构造函数，让用户只能通过上面的方法获得静态变量的引用，还可以大大简化equals()方法：
    public boolean equals(Object obj) {
        return this==obj;
    }
可以直接用==比较引用，绝对没有问题，而且效率最高。

4.为什么JDK的Boolean没有实现上面第3点？因为那两个static变量TRUE和FALSE是在jdk 1.2以后才有的，由于前面的版本已经把构造函数申明为public，所以为了保持客户端代码能够不修改也在后面的版本中运行，只好继续提供public构造函数。

// 远程接口继承自Remote

// 远程方法的传入参数和返回值必须是自然类型（int，float，boolean等）

// 或者实现了Serializable或Remote接口的对象。

public interface Time extends java.rmi.Remote {

    // 远程方法必须抛出RemoteException：

    public String getTime() throws RemoteException;

}

2. 定义实现类 

// 注意：实现类继承自UnicastRemoteObject和自定义的远程接口Time：

public class TimeImpl extends java.rmi.server.UnicastRemoteObject implements Time {

    // 注意：由于RemoteObject构造函数要抛出RemoteException，

    // 因此务必定义构造函数并抛出RemoteException：

    public TimeImpl() throws RemoteException { super(); }

    // 这里是远程方法：

    public String getTime() throws RemoteException {

        return "12:04:27";

    }

    // 启动服务：

    public static void main(String[] args) throws Exception {

        // 可以手动启动RMI Registry，也可以在程序中启动：

        java.rmi.registry.LocateRegistry.createRegistry(1099);

        // 绑定名字服务，地址是本地计算机名或本机IP，默认端口是1099：

        java.rmi.Naming.bind("//localhost:1099/servicename", new TimeImpl());

        // 如果没有异常抛出，则绑定成功。

        // 如果名字已经被绑定，可以用Naming.rebind()替换掉已绑定的服务。

    }

}

3. 编译生成桩和框架 

运行rmic TimeImpl，生成TimeImpl_Skel.class和TimeImpl_Stub.class。

4. 客户端

// 客户端文件包含客户端代码Client.class，远程接口Time.class，

// 由rmic生成的支持类TimeImpl_Skel.class和TimeImpl_Stub.class：

public static void main(String[] args) throws Exception {

    // 客户端通过IP引用服务器端的远程对象，因此可以动态选择服务器。

    // 如果不指定端口，默认端口号是1099：

    Time time = (Time)java.rmi.Naming.lookup("//localhost:1099/servicename");

    System.out.println(time.getTime());

}

Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│　└Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap

Collection接口
　　Collection是最基本的集合接口，一个Collection代表一组Object，即Collection的元素（Elements）。一些Collection允许相同的元素而另一些不行。一些能排序而另一些不行。Java SDK不提供直接继承自Collection的类，Java SDK提供的类都是继承自Collection的“子接口”如List和Set。
　　所有实现Collection接口的类都必须提供两个标准的构造函数：无参数的构造函数用于创建一个空的Collection，有一个Collection参数的构造函数用于创建一个新的Collection，这个新的Collection与传入的Collection有相同的元素。后一个构造函数允许用户复制一个Collection。
　　如何遍历Collection中的每一个元素？不论Collection的实际类型如何，它都支持一个iterator()的方法，该方法返回一个迭代子，使用该迭代子即可逐一访问Collection中每一个元素。典型的用法如下：
　　　　Iterator it = collection.iterator(); // 获得一个迭代子
　　　　while(it.hasNext()) {
　　　　　　Object obj = it.next(); // 得到下一个元素
　　　　}
　　由Collection接口派生的两个接口是List和Set。

List接口
　　List是有序的Collection，使用此接口能够精确的控制每个元素插入的位置。用户能够使用索引（元素在List中的位置，类似于数组下标）来访问List中的元素，这类似于Java的数组。
和下面要提到的Set不同，List允许有相同的元素。
　　除了具有Collection接口必备的iterator()方法外，List还提供一个listIterator()方法，返回一个ListIterator接口，和标准的Iterator接口相比，ListIterator多了一些add()之类的方法，允许添加，删除，设定元素，还能向前或向后遍历。
　　实现List接口的常用类有LinkedList，ArrayList，Vector和Stack。

LinkedList类
　　LinkedList实现了List接口，允许null元素。此外LinkedList提供额外的get，remove，insert方法在LinkedList的首部或尾部。这些操作使LinkedList可被用作堆栈（stack），队列（queue）或双向队列（deque）。
　　注意LinkedList没有同步方法。如果多个线程同时访问一个List，则必须自己实现访问同步。一种解决方法是在创建List时构造一个同步的List：
　　　　List list = Collections.synchronizedList(new LinkedList(...));

ArrayList类
　　ArrayList实现了可变大小的数组。它允许所有元素，包括null。ArrayList没有同步。
size，isEmpty，get，set方法运行时间为常数。但是add方法开销为分摊的常数，添加n个元素需要O(n)的时间。其他的方法运行时间为线性。
　　每个ArrayList实例都有一个容量（Capacity），即用于存储元素的数组的大小。这个容量可随着不断添加新元素而自动增加，但是增长算法并没有定义。当需要插入大量元素时，在插入前可以调用ensureCapacity方法来增加ArrayList的容量以提高插入效率。
　　和LinkedList一样，ArrayList也是非同步的（unsynchronized）。

Vector类
　　Vector非常类似ArrayList，但是Vector是同步的。由Vector创建的Iterator，虽然和ArrayList创建的Iterator是同一接口，但是，因为Vector是同步的，当一个Iterator被创建而且正在被使用，另一个线程改变了Vector的状态（例如，添加或删除了一些元素），这时调用Iterator的方法时将抛出ConcurrentModificationException，因此必须捕获该异常。

Stack 类
　　Stack继承自Vector，实现一个后进先出的堆栈。Stack提供5个额外的方法使得Vector得以被当作堆栈使用。基本的push和pop方法，还有peek方法得到栈顶的元素，empty方法测试堆栈是否为空，search方法检测一个元素在堆栈中的位置。Stack刚创建后是空栈。

Set接口
　　Set是一种不包含重复的元素的Collection，即任意的两个元素e1和e2都有e1.equals(e2)=false，Set最多有一个null元素。
　　很明显，Set的构造函数有一个约束条件，传入的Collection参数不能包含重复的元素。
　　请注意：必须小心操作可变对象（Mutable Object）。如果一个Set中的可变元素改变了自身状态导致Object.equals(Object)=true将导致一些问题。

Map接口
　　请注意，Map没有继承Collection接口，Map提供key到value的映射。一个Map中不能包含相同的key，每个key只能映射一个value。Map接口提供3种集合的视图，Map的内容可以被当作一组key集合，一组value集合，或者一组key-value映射。

Hashtable类
　　Hashtable继承Map接口，实现一个key-value映射的哈希表。任何非空（non-null）的对象都可作为key或者value。
　　添加数据使用put(key, value)，取出数据使用get(key)，这两个基本操作的时间开销为常数。
Hashtable通过initial capacity和load factor两个参数调整性能。通常缺省的load factor 0.75较好地实现了时间和空间的均衡。增大load factor可以节省空间但相应的查找时间将增大，这会影响像get和put这样的操作。
使用Hashtable的简单示例如下，将1，2，3放到Hashtable中，他们的key分别是”one”，”two”，”three”：
　　　　Hashtable numbers = new Hashtable();
　　　　numbers.put(“one”, new Integer(1));
　　　　numbers.put(“two”, new Integer(2));
　　　　numbers.put(“three”, new Integer(3));
　　要取出一个数，比如2，用相应的key：
　　　　Integer n = (Integer)numbers.get(“two”);
　　　　System.out.println(“two = ” + n);
　　由于作为key的对象将通过计算其散列函数来确定与之对应的value的位置，因此任何作为key的对象都必须实现hashCode和equals方法。hashCode和equals方法继承自根类Object，如果你用自定义的类当作key的话，要相当小心，按照散列函数的定义，如果两个对象相同，即obj1.equals(obj2)=true，则它们的hashCode必须相同，但如果两个对象不同，则它们的hashCode不一定不同，如果两个不同对象的hashCode相同，这种现象称为冲突，冲突会导致操作哈希表的时间开销增大，所以尽量定义好的hashCode()方法，能加快哈希表的操作。
　　如果相同的对象有不同的hashCode，对哈希表的操作会出现意想不到的结果（期待的get方法返回null），要避免这种问题，只需要牢记一条：要同时复写equals方法和hashCode方法，而不要只写其中一个。
　　Hashtable是同步的。

HashMap类
　　HashMap和Hashtable类似，不同之处在于HashMap是非同步的，并且允许null，即null value和null key。，但是将HashMap视为Collection时（values()方法可返回Collection），其迭代子操作时间开销和HashMap的容量成比例。因此，如果迭代操作的性能相当重要的话，不要将HashMap的初始化容量设得过高，或者load factor过低。

WeakHashMap类
　　WeakHashMap是一种改进的HashMap，它对key实行“弱引用”，如果一个key不再被外部所引用，那么该key可以被GC回收。

总结
　　如果涉及到堆栈，队列等操作，应该考虑用List，对于需要快速插入，删除元素，应该使用LinkedList，如果需要快速随机访问元素，应该使用ArrayList。
　　如果程序在单线程环境中，或者访问仅仅在一个线程中进行，考虑非同步的类，其效率较高，如果多个线程可能同时操作一个类，应该使用同步的类。
　　要特别注意对哈希表的操作，作为key的对象要正确复写equals和hashCode方法。
　　尽量返回接口而非实际的类型，如返回List而非ArrayList，这样如果以后需要将ArrayList换成LinkedList时，客户端代码不用改变。这就是针对抽象编程。

（参考：Sun JDK1.4.1 API DOC）