从java的动态性到类加载机制

Java是一种动态语言。那么怎样理解这个“动态”呢?或者说一门语言具备了什么特性,才能称之为动态语言呢?对于java,我是这样理解的。
JVM(java虚拟机)执行的不是本地机器码指令,而是执行一种称之为字节码的指令(存在于class文件中)。这就要求虚拟机在真正执行字节码之前,先把相关的class文件加载到内存中。虚拟机不是一次性加载所有需要的class文件,因为它在执行的时候根本不会知道以后会用到哪些class文件。它是每用到一个类,就会在运行时“动态地”加载和这个类相关的class文件。这就是java被称之为动态性语言的根本原因。除了动态加载类之外,还会动态的初始化类,对类进行动态链接。动态初始化和动态链接放在其他文章中进行介绍。本文中只关心类的加载。
在JVM中负责对类进行加载的正是本文要介绍的类加载器(ClassLoader),所以,类加载器是JVM不可或缺的重要组件。
java中的类加载器及类加载器工作原理
java中(指的是javase)有三种类加载器。每个类加载器在创建的时候已经指定他们对应的目录, 也就是说每个类加载器去哪里加载类是确定的,我认为在ClassLoader类中应该会有getTargetPath()之类的方法, 得到他们对应的路径,找了找jdk的文档,发现是没有的。以下是这三种类加载器和他们对应的路径:
* AppClassLoader -- 加载classpath指定的路径中的类
* ExtClassLoader -- 加载jre/lib/ext目录下或者java.ext.dirs系统属性定义的目录下的类
* BootStrap -- 加载JRE/lib/rt.jar中的类
那么类加载器是如何工作的呢?可以参看jdk中ClassLoader类的源码。这个类的实现使用了模板方法模式,首先是loadClass方法来加载类,loadClass方法又调用了findClass方法,该方法读取并返回类文件的数据,findClass方法返回后,loadClass方法继续调用defineClass方法,将返回的数据加工成虚拟机运行时可识别的类型信息。所以,我们如果开发自己的类加载器,只需要继承jdk中的ClassLoader类,并覆盖findClass方法就可以了,剩下的而工作,父类会完成。其他java平台有的根据自己的需求,实现了自己特定的类加载器,例如javaee平台中的tomcat服务器,Android平台中的dalvik虚拟机也定义了自己的类加载器。
虚拟机加载类有两种方式,一种方式就是上面提到的ClassLoader.loadClass()方法,另一种是使用反射API,Class.forName()方法,其实Class.forName()方法内部也是使用的ClassLoader。Class类中forName方法的实现如下:
public static Class<?> forName(String name, boolean initialize,
ClassLoader loader)
throws ClassNotFoundException
{
if (loader == null) {
SecurityManager sm = System.getSecurityManager();
if (sm != null) {
ClassLoader ccl = ClassLoader.getCallerClassLoader();
if (ccl != null) {
sm.checkPermission(
SecurityConstants.GET_CLASSLOADER_PERMISSION);
}
}
}
return forName0(name, initialize, loader);
}
/** Called after security checks have been made. */
private static native Class forName0(String name, boolean initialize,
ClassLoader loader)
throws ClassNotFoundException;
类加载器的三个特性
类加载器有三个特性,分别为委派,可见性和单一性,其他文章上对这三个特性的介绍如下:
* 委托机制是指将加载一个类的请求交给父类加载器,如果这个父类加载器不能够找到或者加载这个类,那么再加载它。
* 可见性的原理是子类的加载器可以看见所有的父类加载器加载的类,而父类加载器看不到子类加载器加载的类。
* 单一性原理是指仅加载一个类一次,这是由委托机制确保子类加载器不会再次加载父类加载器加载过的类。
其中,委派机制是基础,在其他资料中也把这种机制叫做类加载器的双亲委派模型,其实说的是同一个意思。可加性和单一性是依赖于委派机制的。
以下代码测试类加载器的委派机制:
ClassLoader appClassLoader = ClassLoaderTest.class.getClassLoader(); System.out.println(appClassLoader); //sun.misc.Launcher$AppClassLoader@19821f ClassLoader extClassLoader = appClassLoader.getParent(); System.out.println(extClassLoader); //sun.misc.Launcher$ExtClassLoader@addbf1 //AppClassLoader的父加载器是ExtClassLoader System.out.println(extClassLoader.getParent()); //null //ExtClassLoader的父加载器是null, 也就是BootStrap,这是由c语言实现的
由打印结果可知,加载我们自己编写的类的加载器是AppClassLoader,AppClassLoader的父加载器是ExtClassLoader,在而ExtClassLoader的父加载器返回结果为null,这说明他的附加载器是BootStrap,这个加载器是和虚拟机紧密联系在一起的,在虚拟机启动时,就会加载jdk中的类。它是由C实现的,没有对应的java对象,所以返回null。但是在逻辑上,BootStrap仍是ExtClassLoader的父加载器。也就是说每当ExtClassLoader加载一个类时,总会委托给BootStrap加载。
系统类加载器和线程上下文类加载器
在java中,还存在两个概念,分别是系统类加载器和线程上下文类加载器。
其实系统类加载器就是AppClassLoader应用程序类加载器,它两个值得是同一个加载器,以下代码可以验证:
ClassLoader appClassLoader = ClassLoaderTest.class.getClassLoader(); System.out.println(appClassLoader); //sun.misc.Launcher$AppClassLoader@19821f ClassLoader sysClassLoader = ClassLoader.getSystemClassLoader(); System.out.println(sysClassLoader); //sun.misc.Launcher$AppClassLoader@19821f //由上面的验证可知, 应用程序类加载器和系统类加载器是相同的, 因为地址是一样的
这两个类加载器对应的输出,不仅类名相同,连对象的哈希值都是一样的,这充分说明系统类加载器和应用程序类加载器不仅是同一个类,更是同一个类的同一个对象。
每个线程都会有一个上下文类加载器,由于在线程执行时加载用到的类,默认情况下是父线程的上下文类加载器, 也就是AppClassLoader。
new Thread(new Runnable() {
@Override
public void run() {
ClassLoader threadcontextClassLosder = Thread.currentThread().getContextClassLoader();
System.out.println(threadcontextClassLosder); //sun.misc.Launcher$AppClassLoader@19821f
}
}).start();
这个子线程在执行时打印的信息为sun.misc.Launcher$AppClassLoader@19821f,可以看到和主线程中的AppClassLoader是同一个对象(哈希值相同)。
也可以为线程设置特定的类加载器,这样的话,线程在执行时就会使用这个特定的类加载器来加载使用到的类。如下代码:
Thread th = new Thread(new Runnable() {
@Override
public void run() {
ClassLoader threadcontextClassLosder = Thread.currentThread().getContextClassLoader();
System.out.println(threadcontextClassLosder); //jg.zhang.java.testclassloader.ClassLoaderTest$3@1b67f74
}
});
th.setContextClassLoader(new ClassLoader() {});
th.start();
在线程运行之前,为它设置了一个匿名内部类的类加载器对象,线程运行时,输出的信息为:jg.zhang.java.testclassloader.ClassLoaderTest$3@1b67f74,也就是我们设置的那个类加载器对象。
类加载器的可见性
下面验证类加载器的可见性,也就是 子类的加载器可以看见所有的父类加载器加载的类,而父类加载器看不到子类加载器加载的类。
以下代码使用父加载器ExtClassLoader加载子加载器AppClassLoader路径下的类,由输出可知,是不可能实现的。
try {
Class.forName("jg.zhang.java.testConcurrent.Person", true,
ClassLoaderTest.class.getClassLoader().getParent());
System.out.println("1 -- 类被加载");
} catch (ClassNotFoundException e) {
//e.printStackTrace();
System.out.println("1 -- 未找到类");
}
输出为 :1 -- 未找到类 。说明抛出了ClassNotFoundException异常。原因是让ExtClassLoader加载 jg.zhang.java.testConcurrent.Person这个类因为这个类不在jre/lib/ext目录下或者java.ext.dirs系统属性定义的目录下,所以抛出ClassNotFoundException。所以父加载器不能加载应该被子加载器加载的类。也就是说这个类在父加载器中不可见。这种机制依赖于委派机制。
下面代码使用子加载器AppClassLoader 加载父加载器BootStrap中的类,这是可以实现的。
try {
Class.forName("java.lang.String", true,
ClassLoaderTest.class.getClassLoader());
System.out.println("2 -- 类被加载");
} catch (ClassNotFoundException e) {
//e.printStackTrace();
System.out.println("2 -- 未找到类");
}
输出为:2 -- 类被加载。说明成功加载了String类。是因为在指定由AppClassLoader加载String类时,由AppClassLoader一直委派到BootStrap加载。虽然是由子加载器的父加载器加载的,但是也可以说,父加载器加载的类对于子加载器来说是可见的。这同样依赖于委派机制。其实在虚拟机启动初期,java.lang.String已经被BootStrap预加载了,这时再次加载,虚拟机发现已经加载,不会再重复加载。这同时也证明了类加载器的单一性。
测试代码
到此为止,类加载器的知识就全部讲完了。以下是整个测试代码:
package jg.zhang.java.testclassloader;
/**
* 参考ImportNew上的一篇文章<<类加载器的工作原理>>,
* 文章地址:http://www.importnew.com/6581.html
*
* Java类加载器基于三个机制:委托、可见性和单一性。
* 委托机制是指将加载一个类的请求交给父类加载器,如果这个父类加载器不能够找到或者加载这个类,那么再加载它。
* 可见性的原理是子类的加载器可以看见所有的父类加载器加载的类,而父类加载器看不到子类加载器加载的类。
* 单一性原理是指仅加载一个类一次,这是由委托机制确保子类加载器不会再次加载父类加载器加载过的类。
*
* 三种类加载器: 每个类加载器在创建的时候已经指定他们对应的目录, 也就是说每个类加载器去哪里加载类是确定的
* 我认为在ClassLoader类中应该会有getTargetPath()之类的方法, 得到他们对应的路径,找了找jdk的文档,发现是没有的.
* AppClassLoader -- 加载classpath指定的路径中的类
* ExtClassLoader -- 加载jre/lib/ext目录下或者java.ext.dirs系统属性定义的目录下的类
* BootStrap -- 加载JRE/lib/rt.jar中的类
*
*
*
* @author zhangjg
*
*/
public class ClassLoaderTest {
public static void main(String[] args) {
test1();
test2();
test3();
}
/**
* 验证线程上下文类加载器
*/
private static void test3() {
/**
* 1 每个线程都会有一个上下文类加载器,由于在线程执行时加载用到的类,默认情况下是父线程
* 的上下文类加载器, 也就是AppClassLoader
*/
new Thread(new Runnable() {
@Override
public void run() {
ClassLoader threadcontextClassLosder = Thread.currentThread().getContextClassLoader();
System.out.println(threadcontextClassLosder); //sun.misc.Launcher$AppClassLoader@19821f
}
}).start();
/**
* 2 也可以给创建的线程设定特定的上下文类加载器
*/
Thread th = new Thread(new Runnable() {
@Override
public void run() {
ClassLoader threadcontextClassLosder = Thread.currentThread().getContextClassLoader();
System.out.println(threadcontextClassLosder); //jg.zhang.java.testclassloader.ClassLoaderTest$3@1b67f74
}
});
th.setContextClassLoader(new ClassLoader() {});
th.start();
}
/**
* 测试可见性,可见性依赖于委托机制
*/
private static void test2() {
/**
* 1 让ExtClassLoader加载 jg.zhang.java.testConcurrent.Person这个类
* 因为这个类不在jre/lib/ext目录下或者java.ext.dirs系统属性定义的目录下
* 所以抛出ClassNotFoundException
*
* 所以父加载器不能加载应该被子加载器加载的类,这个类在父加载器中不可见
* 这种机制依赖于委派机制
*/
try {
Class.forName("jg.zhang.java.testConcurrent.Person", true,
ClassLoaderTest.class.getClassLoader().getParent());
System.out.println("1 -- 类被加载");
} catch (ClassNotFoundException e) {
//e.printStackTrace();
System.out.println("1 -- 未找到类");
}
/**
* 2 让AppClassLoader加载java.lang.String类
* 没有抛出异常,说明类被正常加载了
* 虽然是由AppClassLoader一直委派到BootStrap而加载的
* 所以可以说,父加载器加载的类对于子加载器来说是可见的,这同样依赖于委派机制
*
* 其实在虚拟机启动初期,java.lang.String已经被BootStrap预加载了
* 这时再次加载,虚拟机发现已经加载,不会再重复加载
*/
try {
Class.forName("java.lang.String", true,
ClassLoaderTest.class.getClassLoader());
System.out.println("2 -- 类被加载");
} catch (ClassNotFoundException e) {
//e.printStackTrace();
System.out.println("2 -- 未找到类");
}
}
/**
* 验证三种类加载器的父子关系
*/
private static void test1() {
ClassLoader appClassLoader = ClassLoaderTest.class.getClassLoader();
System.out.println(appClassLoader); //sun.misc.Launcher$AppClassLoader@19821f
ClassLoader sysClassLoader = ClassLoader.getSystemClassLoader();
System.out.println(sysClassLoader); //sun.misc.Launcher$AppClassLoader@19821f
//由上面的验证可知, 应用程序类加载器和系统类加载器是相同的, 因为地址是一样的
ClassLoader extClassLoader = appClassLoader.getParent();
System.out.println(extClassLoader); //sun.misc.Launcher$ExtClassLoader@addbf1
//AppClassLoader的父加载器是ExtClassLoader
System.out.println(extClassLoader.getParent()); //null
//ExtClassLoader的父加载器是null, 也就是BootStrap,这是由c语言实现的
}
}
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
# Java
# 类加载器
# Java的ThreadContext类加载器的实现
# Java语言中的自定义类加载器实例解析
# Java中ClassLoader类加载学习总结
# java自定义类加载器代码示例
# Java中类加载过程全面解析
# JAVA提高第七篇 类加载器解析
# classloader类加载器_基于java类的加载方式详解
# Java中类的加载顺序执行结果
# java类的加载过程以及类加载器的分析
# 加载
# 子类
# 这是
# 见性
# 目录下
# 自己的
# 是指
# 未找到
# 抛出
# 是由
# 依赖于
# 应用程序
# 也就是说
# 会有
# 可以看见
# 称之为
# 可以说
# 类中
# 我认为
# 机运
相关文章:
如何在西部数码注册域名并快速搭建网站?
建站主机默认首页配置指南:核心功能与访问路径优化
官网建站费用明细查询_企业建站套餐价格及收费标准指南
建站主机选哪家性价比最高?
存储型VPS适合搭建中小型网站吗?
图片制作网站免费软件,有没有免费的网站或软件可以将图片批量转为A4大小的pdf?
如何获取PHP WAP自助建站系统源码?
网站设计制作企业有哪些,抖音官网主页怎么设置?
建站主机选虚拟主机还是云服务器更好?
北京的网站制作公司有哪些,哪个视频网站最好?
建站主机解析:虚拟主机配置与服务器选择指南
网站制作公司广州有几家,广州尚艺美发学校网站是多少?
网站制作员失业,怎样查看自己网站的注册者?
海南网站制作公司有哪些,海口网是哪家的?
建站主机无法访问?如何排查域名与服务器问题
如何快速配置高效服务器建站软件?
GML (Geography Markup Language)是什么,它如何用XML来表示地理空间信息?
南阳网站制作公司推荐,小学电子版试卷去哪里找资源好?
香港服务器建站指南:外贸独立站搭建与跨境电商配置流程
建站org新手必看:2024最新搭建流程与模板选择技巧
建站之星后台搭建步骤解析:模板选择与产品管理实操指南
如何通过万网虚拟主机快速搭建网站?
广东企业建站网站优化与SEO营销核心策略指南
如何选择靠谱的建站公司加盟品牌?
如何快速搭建高效简练网站?
c# F# 的 MailboxProcessor 和 C# 的 Actor 模型
c++如何打印函数堆栈信息_c++ backtrace函数与符号名解析【方法】
制作宣传网站的软件,小红书可以宣传网站吗?
高端建站三要素:定制模板、企业官网与响应式设计优化
如何在服务器上配置二级域名建站?
官网网站制作腾讯审核要多久,联想路由器newifi官网
网站视频制作书签怎么做,ie浏览器怎么将网站固定在书签工具栏?
魔方云NAT建站如何实现端口转发?
武汉网站制作费用多少,在武汉武昌,建面100平方左右的房子,想装暖气片,费用大概是多少啊?
免费制作统计图的网站有哪些,如何看待现如今年轻人买房难的情况?
建站之星如何助力企业快速打造五合一网站?
如何快速搭建自助建站会员专属系统?
免费网站制作appp,免费制作app哪个平台好?
如何在景安服务器上快速搭建个人网站?
网站制作公司,橙子建站是合法的吗?
建站之星伪静态规则如何正确配置?
如何在阿里云高效完成企业建站全流程?
深圳网站制作费用多少钱,读秀,深圳文献港这样的网站很多只提供网上试读,但有些人只要提供试读的文章就能全篇下载,这个是怎么弄的?
如何选择最佳自助建站系统?快速指南解析优劣
高防网站服务器:DDoS防御与BGP线路的AI智能防护方案
香港服务器网站生成指南:免费资源整合与高速稳定配置方案
高防服务器租用如何选择配置与防御等级?
如何选择适合PHP云建站的开源框架?
建站之星如何取消后台验证码生成?
极客网站有哪些,DoNews、36氪、爱范儿、虎嗅、雷锋网、极客公园这些互联网媒体网站有什么差异?
*请认真填写需求信息,我们会在24小时内与您取得联系。