Java 类装入器原理
转载自http://blog.csdn.net/yuekun1172006/archive/2007/06/02/1634878.aspx
类装入器是 JVM 用来装入类的类，它对于 Java 编程是非常重要的一个概念。一般情况下，程序员在编写程序的时候都可以忽略类装入器的存在性。但是对于服务器端编程或者是一些特殊情况下时候，深入了解类装入器的机制以及其在不同情况下的实现还是非常必要的。
首先，当一个 JVM 启动的时候，Java 缺省开始使用三个类装入器。它们分别是：
引导（Bootstrap）类装入器；
扩展（Extension）类装入器；
系统（System）类装入器；
它们分别实现如下的功能：
引导类装入器是用本地代码实现的类装入器。它负责将 <Java_Runtime_Home>/lib
下面的类库加载到内存中。
扩展类装入器是由 Sun 的 ExtClassLoader 实现的。它负责将 < Java_Runtime_Home >/lib/ext
或者由系统变量 java.ext.dir 指定位置中的类库加载到内存中。
系统类装入器又叫应用程序类装入器，是由 Sun 的 AppClassLoader 实现的。它负责将系统类路径（CLASSPATH）中指定的类库加载到内存中。
当
应用程序需要加载某个类到内存中的时候，类装入器是如何工作的呢？这就设计到类装入器的一个重要方面：代理机制。每一个类装入器，除了引导类装入器以外，
都有一个父类装入器。对于系统缺省定义的三个类装入器，引导类装入器是扩展类装入器的父类装入器，而扩展类装入器是系统类装入器的父类装入器。当然，应用
程序也可以使用自己的类装入器来使用特定的方法来装载类，因此，整个系统中的类装入器就形成一个树状结构。
当使用某个类装入器来试图装载某个类的时候，该类装入器会首先使用其父类装入器来试图装载该类。对于每一个装载进来的类，JVM 都会给其分配一个唯一的 ID。因此，不同类装入器可以装载同一个类到 JVM 中。例如，对于如下图结构的 ClassLoaderA
和 ClassLoaderB
：
图 1 类装入器的结构
假设类 C
在系统类装入器指定的类路径中，则无论是使用 ClassLoaderA
还是使用 ClassLoaderB
，都只会得到同样一个类 C
。
但是如果类 C
分别在 ClassLoaderA
以及 ClassLoaderB
指定的类库中，则使用 ClassLoaderA
得到到类 C
实例会不同于 ClassLoaderB
得到的类 C
实例。尽管两个类装入器在同一个 JVM 中。
上面的类装入器的向上代理结构看上去很完美了，但是，当系统变得复杂的时候，就还是显得不够用了。
相关文档：
Java
如何遍历
MC
所有
ITEM
1
、
mc
遍历
item
原理
Mc
遍历
item
用到的命令有三个：
stats items
，
stats cachedump, get
。通过
telnet
程序
telnet
到
mc
服务器上（
telnet ip
地址
端口号，如
telnet 192.168.0.1 11211
），依次� ......
import java.util.*;
public class ForeachExample {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
Random r = new Random();
int[] x = new int[10];
for (int i = 0; i < x.length; i++) {
x[i] = r.nextInt(100);
}
/ ......
现在，谈云计算的可多了，不过，一般比较关注的是Google和Amazon的云服务。从大范围来看，也只有这两家获得了公众的更多关注。比如，我个人很感兴趣的，就是Google的App Engine使用户能够在Google基础设施上构建和托管 Web 应用程序。至于Amazon，它的AmazonWeb Services还包括Elastic Cloud Compute (EC2)计算Web服 ......
事件源负责产生事件
事件类：定义事件的特征；
监听器接口：定义监听器应该实现的功能；
监听器：实现监听器接口，监听事件的发生并作出响应；
所有的事件类必须继承Java事件基类，即java.util.EventObject；EventObject(Object source)是EventObject唯一的构造方法，这意味着所有事件必须在实例化时就指定事件源 ......
