- 浏览: 124900 次
- 性别:
- 来自: 深圳
文章分类
最新评论
-
ssy8110:
[color=orange][/color]
Drools规则引擎初学入门实例HelloWorld -
路小尘:
mark
java 浮点数表示详解 -
yujian58:
写的很棒。
spring log4j -
wolf9s:
很好,学习了。非常感谢!
java 编译路径以及运行路径 -
suie2009_:
文章不错,但转载请指明出处,
java volatile关键字
1.Java中的所有类,必须被装载到jvm中才能运行,这个装载工作是由jvm中的类装载器完成的,
类装载器所做的工作实质是把类文件从硬盘读取到内存中
2.java中的类大致分为三种:
1.系统类
2.扩展类
3.由程序员自定义的类
3.类装载方式,有两种
1.隐式装载, 程序在运行过程中当碰到通过new 等方式生成对象时,隐式调用类装载器加载对应的类到jvm中,
2.显式装载, 通过class.forname()等方法,显式加载需要的类
隐式加载与显式加载的区别:
两者本质是一样?,
?
4.类加载的动态性体现
一个应用程序总是由n多个类组成,Java程序启动时,并不是一次把所有的类全部加载后再
运行,它总是先把保证程序运行的基础类一次性加载到jvm中,其它类等到jvm用到的时候再加载,这样的好处是节省了内存的开销,因为java最早就是为嵌入式系统而设计的,内存宝贵,这是一种可以理解的机制,而用到时再加载这也是java动态性的一种体现
5.java类装载器
Java中的类装载器实质上也是类,功能是把类载入jvm中,值得注意的是jvm的类装载器并不是一个,而是三个,层次结构如下:
Bootstrap Loader - 负责加载系统类
|
- - ExtClassLoader - 负责加载扩展类
|
- - AppClassLoader - 负责加载应用类
为什么要有三个类加载器,一方面是分工,各自负责各自的区块,另一方面为了实现委托模型,下面会谈到该模型
6. 类加载器之间是如何协调工作的
前面说了,java中有三个类加载器,问题就来了,碰到一个类需要加载时,它们之间是如何协调工作的,即java是如何区分一个类该由哪个类加载器来完成呢。
在这里java采用了委托模型机制,这个机制简单来讲,就是“类装载器有载入类的需求时,会先请示其Parent使用其搜索路径帮忙载入,如果Parent 找不到,那么才由自己依照自己的搜索路径搜索类”,注意喔,这句话具有递归性
下面举一个例子来说明,为了更好的理解,先弄清楚几行代码:
Public class Test{
Public static void main(String[] arg){
ClassLoader c = Test.class.getClassLoader(); //获取Test类的类加载器
System.out.println(c);
ClassLoader c1 = c.getParent(); //获取c这个类加载器的父类加载器
System.out.println(c1);
ClassLoader c2 = c1.getParent();//获取c1这个类加载器的父类加载器
System.out.println(c2);
}
}
把以上代码存到d:\my 文件夹下,直接编译,然后在dos模式下运行
D:\my\java Test
。。。AppClassLoader。。。
。。。ExtClassLoader。。。
Null
D:\my
注: 。。。表示省略了内容
可以看出Test是由AppClassLoader加载器加载的
AppClassLoader的Parent 加载器是 ExtClassLoader
但是ExtClassLoader的Parent为 null 是怎么回事呵,朋友们留意的话,前面有提到Bootstrap Loader是用C++语言写的,依java的观点来看,逻辑上并不存在Bootstrap Loader的类实体,所以在java程序代码里试图打印出其内容时,我们就会看到输出为null
【注:以下内容大部分引用java深度历险】
弄明白了上面的示例,接下来直接进入类装载的委托模型实例,写两个文件,如下:
文件:Test1.java
Public class Test1{
Public static void main(String[] arg){
System.out.println(Test1.class.getClassLoader());
Test2 t2 = new Test2();
T2.print();
}
}
文件: Test2.java
Public class Test2{
Public void prin(){
System.out.println(this.getClass().getClassLoader());
}
}
这两个类的作用就是打印出载入它们的类装载器是谁, 将这两个文件保存到d:\my目录下,编译后,我们在复制两份,分别置于 <JRE所在目录>\classes下(注意,刚开始我们的系统下没有此目录,需自己建立) 与 <JRE所在目录>\lib\ext\classes下(同样注意,开始我们的系统下也没此目录,手工建立), 然后切换到d:\my目录下开始测试,
测试一:
<JRE所在目录>\classes下
Test1.class
Test2.class
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
dos下输入运行命令,结果如下:
D:\my>java Test1
Null
Null
D:\my>
从输出结果我们可以看出,当AppClassLoader要载入Test1.class时,先请其Parent,也就是ExtClassLoader来载入,而ExtclassLoader又请求其Parent,即Bootstrap Loader来载入Test1.class. 由于 <JRE所在目录>\Classes目录为Bootstrap Loader的搜索路径之一,所以Bootstrap Loader找到了Test1.class,因此将它载入,接着在Test1.class之内有载入Test2.class的需求,由于Test1.class是由Bootstrap Loader所载入,所以Test2.class内定是由Bootstrap Loader根据其搜索路径来找,因Test2.class也位于Bootstrap Loader可以找到的路径下,所以也被载入了,最后我们看到Test1.class与Test2.class都是由Bootstrap Loader(null)载入。
测试二:
<JRE所在目录>\classes下
Test1.class
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
dos下输入运行命令,结果如下:
D:\my>java Test1
Null
Exception in thread “main” java.lang.NoClassdefFoundError:Test2 at Test1.main。。。
D:\my>
从输出结果我们可以看出,当AppClassLoader要载入Test1.class时,先请其Parent,也就是ExtClassLoader来载入,而ExtclassLoader又请求其Parent,即Bootstrap Loader来载入Test1.class. 由于 <JRE所在目录>\Classes目录为Bootstrap Loader的搜索路径之一,所以Bootstrap Loader找到了Test1.class,因此将它载入,接着在Test1.class之内有载入Test2.class的需求,由于Test1.class是由Bootstrap Loader所载入,所以Test2.class内定是由Bootstrap Loader根据其搜索路径来找,但是因为Bootstrap Loader根本找不到Test2.class(被我们删除了),而Bootstrap Loader又没有Parent,所以无法载入Test2.class.最后我们看到Test1.class是由Bootstrap Loader(null)载入,而Test2.class则无法载入
测试三
<JRE所在目录>\classes下
Test2.class
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
dos下输入运行命令,结果如下:
D:\my>java Test1
。。。ExtClassLoader。。。
Null
D:\my>
从输出结果我们可以看出,当AppClassLoader要载入Test1.class时,先请其Parent,也就是ExtClassLoader来载入,而ExtclassLoader又请求其Parent,即Bootstrap Loader来载入Test1.class.但是Bootstrap Loader无法在其搜索路径下找到Test1.class(被我们删掉了),所以ExtClassLoader只得自己搜索,因此ExtClassLoader在其搜索路径 <JRE所在目录>\lib\ext\classes下找到了Test1.class,因此将它载入,接着在Test1.class之内有载入Test2.class的需求,由于Test1.class是由ExtClassLoader所载入,所以Test2.class内定是由ExtClassLoader根据其搜索路径来找,但是因为ExtClassLoader有Parent,所以先由Bootstrap Loader帮忙寻找,Test2.class位于Bootstrap Loader可以找到的路径下,所以被Bootstrap Loader载入了.最后我们看到Test1.class是由ExtClassLoader载入,而Test2.class则是由Bootstrap Loader(null)载入
了解了以上规则,请朋友们自行分析以下场景的执行结果
测试四:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
测试五:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
Test1.class
D:\my下
Test1.class
Test2.class
测试六:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
Test2.class
D:\my下
Test1.class
Test2.class
测试七:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
D:\my下
Test1.class
Test2.class
以上理解,错漏之处请朋友们及时指出,以免怠误大家
类装载器所做的工作实质是把类文件从硬盘读取到内存中
2.java中的类大致分为三种:
1.系统类
2.扩展类
3.由程序员自定义的类
3.类装载方式,有两种
1.隐式装载, 程序在运行过程中当碰到通过new 等方式生成对象时,隐式调用类装载器加载对应的类到jvm中,
2.显式装载, 通过class.forname()等方法,显式加载需要的类
隐式加载与显式加载的区别:
两者本质是一样?,
?
4.类加载的动态性体现
一个应用程序总是由n多个类组成,Java程序启动时,并不是一次把所有的类全部加载后再
运行,它总是先把保证程序运行的基础类一次性加载到jvm中,其它类等到jvm用到的时候再加载,这样的好处是节省了内存的开销,因为java最早就是为嵌入式系统而设计的,内存宝贵,这是一种可以理解的机制,而用到时再加载这也是java动态性的一种体现
5.java类装载器
Java中的类装载器实质上也是类,功能是把类载入jvm中,值得注意的是jvm的类装载器并不是一个,而是三个,层次结构如下:
Bootstrap Loader - 负责加载系统类
|
- - ExtClassLoader - 负责加载扩展类
|
- - AppClassLoader - 负责加载应用类
为什么要有三个类加载器,一方面是分工,各自负责各自的区块,另一方面为了实现委托模型,下面会谈到该模型
6. 类加载器之间是如何协调工作的
前面说了,java中有三个类加载器,问题就来了,碰到一个类需要加载时,它们之间是如何协调工作的,即java是如何区分一个类该由哪个类加载器来完成呢。
在这里java采用了委托模型机制,这个机制简单来讲,就是“类装载器有载入类的需求时,会先请示其Parent使用其搜索路径帮忙载入,如果Parent 找不到,那么才由自己依照自己的搜索路径搜索类”,注意喔,这句话具有递归性
下面举一个例子来说明,为了更好的理解,先弄清楚几行代码:
Public class Test{
Public static void main(String[] arg){
ClassLoader c = Test.class.getClassLoader(); //获取Test类的类加载器
System.out.println(c);
ClassLoader c1 = c.getParent(); //获取c这个类加载器的父类加载器
System.out.println(c1);
ClassLoader c2 = c1.getParent();//获取c1这个类加载器的父类加载器
System.out.println(c2);
}
}
把以上代码存到d:\my 文件夹下,直接编译,然后在dos模式下运行
D:\my\java Test
。。。AppClassLoader。。。
。。。ExtClassLoader。。。
Null
D:\my
注: 。。。表示省略了内容
可以看出Test是由AppClassLoader加载器加载的
AppClassLoader的Parent 加载器是 ExtClassLoader
但是ExtClassLoader的Parent为 null 是怎么回事呵,朋友们留意的话,前面有提到Bootstrap Loader是用C++语言写的,依java的观点来看,逻辑上并不存在Bootstrap Loader的类实体,所以在java程序代码里试图打印出其内容时,我们就会看到输出为null
【注:以下内容大部分引用java深度历险】
弄明白了上面的示例,接下来直接进入类装载的委托模型实例,写两个文件,如下:
文件:Test1.java
Public class Test1{
Public static void main(String[] arg){
System.out.println(Test1.class.getClassLoader());
Test2 t2 = new Test2();
T2.print();
}
}
文件: Test2.java
Public class Test2{
Public void prin(){
System.out.println(this.getClass().getClassLoader());
}
}
这两个类的作用就是打印出载入它们的类装载器是谁, 将这两个文件保存到d:\my目录下,编译后,我们在复制两份,分别置于 <JRE所在目录>\classes下(注意,刚开始我们的系统下没有此目录,需自己建立) 与 <JRE所在目录>\lib\ext\classes下(同样注意,开始我们的系统下也没此目录,手工建立), 然后切换到d:\my目录下开始测试,
测试一:
<JRE所在目录>\classes下
Test1.class
Test2.class
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
dos下输入运行命令,结果如下:
D:\my>java Test1
Null
Null
D:\my>
从输出结果我们可以看出,当AppClassLoader要载入Test1.class时,先请其Parent,也就是ExtClassLoader来载入,而ExtclassLoader又请求其Parent,即Bootstrap Loader来载入Test1.class. 由于 <JRE所在目录>\Classes目录为Bootstrap Loader的搜索路径之一,所以Bootstrap Loader找到了Test1.class,因此将它载入,接着在Test1.class之内有载入Test2.class的需求,由于Test1.class是由Bootstrap Loader所载入,所以Test2.class内定是由Bootstrap Loader根据其搜索路径来找,因Test2.class也位于Bootstrap Loader可以找到的路径下,所以也被载入了,最后我们看到Test1.class与Test2.class都是由Bootstrap Loader(null)载入。
测试二:
<JRE所在目录>\classes下
Test1.class
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
dos下输入运行命令,结果如下:
D:\my>java Test1
Null
Exception in thread “main” java.lang.NoClassdefFoundError:Test2 at Test1.main。。。
D:\my>
从输出结果我们可以看出,当AppClassLoader要载入Test1.class时,先请其Parent,也就是ExtClassLoader来载入,而ExtclassLoader又请求其Parent,即Bootstrap Loader来载入Test1.class. 由于 <JRE所在目录>\Classes目录为Bootstrap Loader的搜索路径之一,所以Bootstrap Loader找到了Test1.class,因此将它载入,接着在Test1.class之内有载入Test2.class的需求,由于Test1.class是由Bootstrap Loader所载入,所以Test2.class内定是由Bootstrap Loader根据其搜索路径来找,但是因为Bootstrap Loader根本找不到Test2.class(被我们删除了),而Bootstrap Loader又没有Parent,所以无法载入Test2.class.最后我们看到Test1.class是由Bootstrap Loader(null)载入,而Test2.class则无法载入
测试三
<JRE所在目录>\classes下
Test2.class
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
dos下输入运行命令,结果如下:
D:\my>java Test1
。。。ExtClassLoader。。。
Null
D:\my>
从输出结果我们可以看出,当AppClassLoader要载入Test1.class时,先请其Parent,也就是ExtClassLoader来载入,而ExtclassLoader又请求其Parent,即Bootstrap Loader来载入Test1.class.但是Bootstrap Loader无法在其搜索路径下找到Test1.class(被我们删掉了),所以ExtClassLoader只得自己搜索,因此ExtClassLoader在其搜索路径 <JRE所在目录>\lib\ext\classes下找到了Test1.class,因此将它载入,接着在Test1.class之内有载入Test2.class的需求,由于Test1.class是由ExtClassLoader所载入,所以Test2.class内定是由ExtClassLoader根据其搜索路径来找,但是因为ExtClassLoader有Parent,所以先由Bootstrap Loader帮忙寻找,Test2.class位于Bootstrap Loader可以找到的路径下,所以被Bootstrap Loader载入了.最后我们看到Test1.class是由ExtClassLoader载入,而Test2.class则是由Bootstrap Loader(null)载入
了解了以上规则,请朋友们自行分析以下场景的执行结果
测试四:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
Test1.class
Test2.class
D:\my下
Test1.class
Test2.class
测试五:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
Test1.class
D:\my下
Test1.class
Test2.class
测试六:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
Test2.class
D:\my下
Test1.class
Test2.class
测试七:
<JRE所在目录>\classes下
<JRE所在目录>\lib\ext\classes下
D:\my下
Test1.class
Test2.class
以上理解,错漏之处请朋友们及时指出,以免怠误大家
发表评论
-
java 强引用,弱引用,虚引用
2011-03-20 16:06 16101.对象的强、软、弱和 ... -
各大资源网站收集
2010-12-28 09:43 980xmpp协议 http://blog.csdn.net/qia ... -
jdbc和Mysql/SQLServer数据类型对应关系
2010-12-14 18:35 2003当前列 ClassName ColumnType ... -
java volatile关键字
2010-12-12 11:28 1346Java 语言中的 volatile 变量可以被看作是一种 “ ... -
java 浮点数表示详解
2010-08-02 15:16 14951定点数表达法的缺点在 ... -
threadLocal 详解
2010-06-30 17:46 847ThreadLocal是什么 早在JDK ... -
java格式化format
2010-06-08 16:33 1937在C中可以使用类似printf(“%d %8.2f\\n”, ... -
java 编译路径以及运行路径
2010-05-19 23:06 4894Java中的类路径分“编译后的存放路径” 和 “运行时的查找路 ... -
java注释规范
2010-04-21 17:27 1306JAVA注释方法及格式 1、单行(single-line)-- ... -
java.io包
2010-02-26 16:31 1131Input和Output是同一类,而Reader和Write ... -
Junit 4
2010-02-26 10:32 1239一、简介 Junit 4是Junit框架有史以来的最大改进,其 ... -
Struts2使用validate方法验证数据
2010-02-25 10:45 1431Struts2使用validate方法验 ... -
Drools规则引擎初学入门实例HelloWorld
2010-02-24 23:06 51242009-01-14 11:32(1)下载eclipse(ww ... -
java规则引擎的原理
2010-02-24 23:03 2383摘 要 Java规则引擎是一 ... -
DRL文件语法规则
2010-02-24 23:00 3150一个典型的DRL文件: Java代码 ①package ... -
jQuery index
2010-02-24 13:10 1139日历 jQuery新书推荐 index(subject) ... -
jquery中eq和get
2010-02-24 12:53 2371jquery中eq和get如何使用2009-12-30 17: ... -
jquery中使用:has()
2010-02-24 12:46 2700jquery中使用:has()可以很方便的查找一些元素,但要注 ... -
Memcache
2010-02-24 11:19 4993一 目的: 在服务 ... -
泛型(generics)
2010-02-24 10:38 1151摘要和关键字 generics、type saf ...
相关推荐
ClassLoader 三种类加载方式 Boostrap Extenxsion 以及Application ClassLoad分别适用的场景
java 类加密 使用类加载器解密加载类 反射执行main
看完一个Java加载原理教程后,写了这个自己的类加载器,作个笔记,以便以且使用
类加载器是 Java 语言的一个创新,也是 Java 语言流行的重要原因之一。它使得 Java 类可以被动态加载到 Java 虚拟机中并执行。类加载器从 JDK 1.0 就出现了,最初是为了满足 Java Applet 的需要而开发出来的。Java ...
Java类加载器.pdf
java类加载器学习三、类加载器的委托模式
java 类加载器 class loaderjava 类加载器 class loaderjava 类加载器 class loaderjava 类加载器 class loaderjava 类加载器 class loaderjava 类加载器 class loaderjava 类加载器 class loader
深入探讨 Java 类加载器.wps深入探讨 Java 类加载器.wps深入探讨 Java 类加载器.wps
自定义Java类加载器demo,自定义了一个classLoader,重写了loadClass 和findClass,注意 loadClass打破了双亲委派机制,所有的类都要在自定义的class文件中找到,而findClass遵循了双亲委派机制
自己根据一些文章总结的,不知道有没有漏洞,希望大家知道,谢谢
类加载器(class ...本文首先详细介绍了 Java 类加载器的基本概念,包括代理模式、加载类的具体过程和线程上下文类加载器等,接着介绍如何开发自己的类加载器,最后介绍了类加载器在 Web 容器和 OSGi™ 中的应用。
java类加载器学习二、自定义类加载器
Java类加载器的详解,说的很详细,很不错。有兴趣的朋友可以下下来看看。
类加载器(class ...本文首先详细介绍了 Java 类加载器的基本概念,包括代理模式、加载类的具体过程和线程上下文类加载器等,接着介绍如何开发自己的类加载器,最后介绍了类加载器在 Web 容器和 OSGi™ 中的应用。
Java类加载器可以直接从Maven存储库加载并运行类,能在运行时解决依赖关系
关于Java类加载器的探讨
Java类加载器机制与模型
/** * java类加载器 * 类加载器负责加载与连接,这个过程是在运行时进行的,这种机制为java提供极大的灵活性 * * 类的生命周期 * class文件
本学习讲义是关于java类加载和反射机制需要注意的要点学习,内容详细