在 Java 沙箱中 ， 类装载器体系结构 是 第一道防线 。因为是由 类装载器 将代码（这个代码可能是恶意的或是有漏洞的）装人 Java虚拟机 中。 类装载器体系结构 在 三个方面 对 Java的沙箱 起作用：

A、它防止恶意代码去干涉善意的代码。

B、它守护了被信任的类库的边界。

C、它将代码归人某类（称为保护域），该类（保护域）确定了代码可以进行哪些操作。

类装载器体系结构 可以防止恶意的代码去干涉善意的代码 ，这是通过为由不同的类装载器装人的类提供不同的命名空间来实现的。命名空间由一系列唯一的名称组成，每一个被装载的类有一个名字，这个 命名空间 是由 Java 虚拟机 为 每一个类装载器 维护的。例如，一旦Java 虚拟机将一个名为volcano的类装人一个特定的命名空间，它就不能再装载名为Volcano的其他类到相同的命名空间了。可以把多个volcano类装人一个Java 虚拟机中，因为可以通过创建多个类装载器.

    命名空间 有助于安全的实现，因为你可以有效地在装入了不同命名空间的类之间设置一个 防护罩 。 在Java 虚拟机中，在同一个命名空间内的类可以直接进行交互，而不同的命名空间中的类甚至不能察觉彼此的存在，除非显式地提供了允许它们进行交互的机制 。一旦加载后，如果一个恶意的类被赋予权限访问其他虚拟机加载的当前类，它就可以潜在地知道一些它不应该知道的信息，或者干扰程序的正常运行。

     用户 自定义类装载器 经常依赖 其他类装载器 （至少依赖 Java虚拟机 启动时创建的启动类装载器）来帮助它实现一些类装载请求。在java 1.2版本中， 类装载器 请求 其他类装载器 来装载类的过程被常态化，我们称之为 双亲委派模式 。从java 1.2版本开始，除了启动类装载器之外的类装载器，都有一个称之为双亲的类装载器。在某个特定的类装载器试图以自己的方式装载类以前，它会先默认地将这个任务“ 委派 “给它的双亲，请求它的 双亲 来装载这个类。这个双亲再依次请求它自己的双亲来装载这个类型；这个委派的过程一直向上继续，直到达到启动类装载器，通常 启动类装载器 是委派链中的最后一个类装载器。如果一个类装载器的 双亲类装载 器有能力来装载这个类，则首先由其 双亲类装载器 来装载这个类，否则，这个类装载器试图自己来装载这个类。

         在版本1.2 中．由 自定义类装载器 （包括 系统自定义 和 用户 自定义装载器）来负责其他 class文件 的装载。这些 class文件 包括包括 标准扩展库的class文件 ， 类路径中发现的类库class文件 ， 应用程序本身的class文件 等等。1.2版本中，在应用程序启动以前， Java虚拟机 至少创建一个或多个 系统自定义类装载器 。所有这些 类装载器 被连接在一个 双亲->孩子 的关系链中，在这条链的顶端是启动类装载器，而在这条链的末端的类装载器，我称它为 系统 默认 类装载器 .它是指Java应用程序创建的、新的用户定义类装载器的默认委派双亲。 系统默认类装载器 它负责装载应用程序的初始类 ，它可以是任何 系统自定义类装载器 ，这是由实现Java平台的设计者决定的。例如，假设你写了一个Java应用程序，创建了一个类装载器，这个装载器是通过网络下载来装载class义件的.如果你在虚拟机上运行这个应用程序，那么在启动时，首先将实例化两个系统自定义类装载器： 一个"标准扩展"类装载器 ， 一个“类路径”类装载器 。这些系统类装载器和启动类装载器一起联人一个双亲一孩了关系链中，如 图3-2 所示。类路径的类装载器的双亲是标准扩展"类装载器．而标准扩展"类装载器的双亲是启动类装载器。在 图3-2 中， 类路径类装载器 被设计成 系统默认类装载器 ，新的 用户自定义类装载器 的默认委派双亲将是 系统默认类装载器 （即 类路径类装载器 ）。因此当应用程序实例化它的 网络类装载器 时，它将把 系统默认类装载器 作为它的 双亲 。

 

   除了设置不同命名空间中的类以及保护被信任的类库的边界外，类装载器还起到另外的安全作用。 类装载器将每一个被装载的类放置在一个保护域中，并在保护域名中定义了在运行时它将得到怎样的权限 。