Java 类加载器

======================================================
注：本文源代码点此下载
======================================================

java虚拟机中可以安装多个类加载,系统默认三个主要类加载器,每个类负责加载特定位置的类:bootstrap(内嵌在java虚拟机中由c++编写),extclassloader,appclassload

类加载器也是java类,因为其他是java类的类加载器本身也要被类加载器加载,显然必须有第一个类加载器不是java类,这正是bootstrap.

java虚拟机中的所有类装载器采用具有父子关系的树形结构进行组织,在实例化每个类装载器对象时,需要为其指定一个父级类装载器对象

或者采用系统类装载器为其父级类加载。

类加载器之间的父子关系和管辖范围:

bootstrp------>jre/lib/rt.jar

extclassloader---------->jre/lib/ext/*.jar

appclassloader---------->classpath指定的所有jar或目录。

类加载器的委托机制:

1.当所有祖宗类加载器没有加载到类,回到发起者类加载器,还加载不了,则抛出classnotfoundexception,不是再去找发起者类

类加载器的儿子,因为没有getchild方法,即使有,那有多个儿子,找哪一个呢?

2.对着类加载器的层次结构图和委托加载原理,解释先去将classloadertest输出成jre/lib/ext目录下的elva.jar包中后,运行结果为

extclassloader的原因。

类加载器与 web 容器

对 于运行在 java ee? 容器中的 web 应用来说,类加载器的实现方式与一般的 java 应用有所不同。不同的 web 容器的实现方式也会有所不同。以 apache tomcat 来说,每个 web 应用都有一个对应的类加载器实例。该类加载器也使用代理模式,所不同的是它是首先尝试去加载某个类,如果找不到再代理给父类加载器。这与一般类加载器的顺 序是相反的。这是 java servlet 规范中的推荐做法,其目的是使得 web 应用自己的类的优先级高于 web 容器提供的类。这种代理模式的一个例外是:java 核心库的类是不在查找范围之内的。这也是为了保证 java 核心库的类型安全。

绝大多数情况下,web 应用的开发人员不需要考虑与类加载器相关的细节。下面给出几条简单的原则:

? 每个 web 应用自己的 java 类文件和使用的库的 jar 包,分别放在 web-inf/classes 和 web-inf/lib 目录下面。

? 多个应用共享的 java 类文件和 jar 包,分别放在 web 容器指定的由所有 web 应用共享的目录下面。

? 当出现找不到类的错误时,检查当前类的类加载器和当前线程的上下文类加载器是否正确。

======================================================
在最后，我邀请大家参加新浪APP，就是新浪免费送大家的一个空间，支持PHP+MySql，免费二级域名，免费域名绑定 这个是我邀请的地址，您通过这个链接注册即为我的好友，并获赠云豆500个，价值5元哦！短网址是http://t.cn/SXOiLh我创建的小站每天访客已经达到2000+了，每天挂广告赚50+元哦，呵呵，饭钱不愁了，\(^o^)/