`
liulanghan110
  • 浏览: 1076673 次
  • 性别: Icon_minigender_1
  • 来自: 武汉
社区版块
存档分类
最新评论

ClassLoader的大体过程(转)

    博客分类:
  • JAVA
阅读更多

一,ClassLoader的大体过程

 

如图:

ClassLoader的状态

详解:

 

 

 虚拟机一启动,会先做一些初始化的动作。一旦初始化动作完成之后,就会产生第一个类别加载器,即所谓的Bootstrap Loader,Bootstrap Loader 是由C++ 所撰写而成,这个Bootstrap Loader所做的初始工作中,除了也做一些基本的初始化动作之外,最重要的就是加载定义在sun.misc 命名空间底下的Launcher.java 之中的ExtClassLoader( 因为是inner class ,所以编译之后会变成Launcher$ExtClassLoader.class) ,并设定其Parent 为null,代表其父加载器为Bootstrap Loader 。然后Bootstrap Loader ,再要求加载定义于sun.misc 命名空间底下的Launcher.java 之中的AppClassLoader( 因为是inner class,所以编译之后会变成Launcher$AppClassLoader.class) ,并设定其Parent 为之前产生的ExtClassLoader 实例。

 

 

 

由以上可以看出,classLoader是由下向上查找,上层的不能向下查找。

 

二,ClassLoader中类的关系

 

如图:

详解:

 

 AppClassLoader 和ExtClassLoader 都是URLClassLoader 的子类别。由于它们都是URLClassLoader 的子类别,所以它们也应该有URL 作为搜寻类别档的参考,由原始码中我们可以得知,AppClassLoader 所参考的URL 是从系统参java.class.path 取出的字符串所决定,而java.class.path 则是由我们在执行java.exe 时,利用 –cp 或-classpath 或CLASSPATH 环境变量所决定。

 

ClassLoader的loadClass代码:

 

 

protected synchronized Class<?> loadClass(String name, boolean resolve)
	throws ClassNotFoundException
    {
	// First, check if the class has already been loaded
       //类是否被加载过
	Class c = findLoadedClass(name);
	if (c == null) {
	    try {
		if (parent != null) {
                  //到parentclassloader中去查找(像这个parent还有parent递归方式进行查找)
		    c = parent.loadClass(name, false);
		} else {
                  //启动类加载器进行加载
		    c = findBootstrapClass0(name);
		}
	    } catch (ClassNotFoundException e) {
	        // If still not found, then invoke findClass in order
	        // to find the class.
              //当一直都没有找到时,启动当前类的findClass进行查找
             //这个通常也是我们扩展的地方
	        c = findClass(name);
	    }
	}
	if (resolve) {
	    resolveClass(c);
	}
	return c;
    }

 


详解:
java文件的编译和Class的载入执行,都是使用Launcher初始化的appclassloader作为类载入器的,我们无法动态的改变App classloader,更无法让JVM使用我们自己的classloader来替换system classloader,根据全盘负责原则,就限制了编译和运行时,我们无法直接显式的使用一个system classloader寻找不到的Class,即我们只能使用Java核心类库,扩展类库和CLASSPATH中的类库中的Class。
而且我们也无法载入以java.lang....开头的包,进行了限制

 

 

三,分析及证明:

可以用最底层的ClassLoader得到某一个类(Test)时,Test.class.getClassLoader()就可知当前类在哪一个层次的ClassLoader下被加载

 

1,BootStrapClassLoader

 

	Class clazz=Class.forName("java.lang.Object");
	System.out.println(clazz.getClassLoader());

   //输出为null,因为bootstrap在java中不是类,而是由c++编写的


     URL[] urls=sun.misc.Launcher.getBootstrapClassPath().getURLs();
          for (int i = 0; i < urls.length; i++) {
            System.out.println(urls[i].getFile());
          }//用这个进行查找bootstrap所加载的是哪些jar包

 

2,ExtClassLoader

 

clazz = Class.forName("sun.net.spi.nameservice.dns.DNSNameService");  
            clazzLoader = clazz.getClassLoader();  
            System.out.println(" sun.net.spi.nameservice.dns.DNSNameService's loader is  "  
                            + clazzLoader);  
//在些可以说明ExtClassLoader所加载的类

 3,AppClassLoader

 当前工程中class与lib都是用此Loader加载

可以通过ClassLoader.getSystemClassLoader()可以获取到AppClassLoader的

4,DefineClassLoader

可以继承URLClassLoader或ClassLoader

当继承ClassLoader重写findClass()方法,parent会相应是AppClassLoader-->ExtClassLoader-->BootStrapClassLoader

 

URLClassLoader可以直接设置url即可

 

 

问题:

由于自己自定义了一个DefineClassLoader替代了加载ant的ClassLoader,另外添加自己jar包,

但是在执行ant编译时,要执行tools.jar里的javac类,在执行javac这个类时,是处在AppClassLoader

下,找不到我添加的DefineClassLoader的jar包

 

------------------------------------------------

其他一些相应的操作(参考)

 

  在预设情况下,AppClassLoader的搜寻路径为”.”( 目前所在目录),如果使用-classpath 选项(与-cp 等效),就可以改变AppClassLoader 的搜寻路径,如果没有指定-classpath 选项,就会搜寻环境变量CLASSPATH 。如果同时有CLASSPATH 的环境设定与-classpath 选项,则以-classpath 选项的内容为主,CLASSPATH 的环境设定与-classpath 选项两者的内容不会有加成的效果。至于ExtClassLoader 也有相同的情形,不过其搜寻路径是参考系统参数java.ext.dirsBootstrap Loader ,我们可以经由查询由系统参数sun.boot.class.path 得知Bootstrap Loader 用来搜寻类别的路径java -Dsun.boot.class.path=请回头看到java.class.path 与sun.boot.class.path,也就是说,AppClassLoader 与Bootstrap Loader 会搜寻它们所指定的位置(或JAR 文件),如果找不到就找不到了,AppClassLoader 与Bootstrap Loader 不会递归式地搜寻这些位置下的其他路径或其他没有被指定的JAR 文件。反观ExtClassLoader,所参考的系统参数是java.ext.dirs,意思是说,他会搜寻底下的所有JAR 文件以及classes 目录,作为其搜寻路径(所以您会发现上面我们在测试的时候,如果加入-Dsun.boot.class.path=c:windows 选项时,程序的起始速度会慢了些,这是因为c:windows 目录下的文件很多,必须花额外的时间来列举JAR 文件)。


 

  在命令行下参数时,使用–classpath / -cp / 环境变量CLASSPATH 来更改AppClassLoader 的搜寻路径,或者用 –Djava.ext.dirs 来改变ExtClassLoader的搜寻目录,两者都是有意义的。可是用–Dsun.boot.class.path 来改变Bootstrap Loader 的搜寻路径是无效。这是因为AppClassLoader与ExtClassLoader 都是各自参考这两个系统参数的内容而建立,当您在命令行下变更这两个系统参数之后,AppClassLoader 与ExtClassLoader在建立实例的时候会参考这两个系统参数,因而改变了它们搜寻类别文件的路径; 而系统参数sun.boot.class.path 则是默认与Bootstrap Loader 的搜寻路径相同,就算您更改该系统参与,与BootstrapLoader 完全无关,AppClassLoader 与ExtClassLoader 在整个虚拟机之中只会存有一份,一旦建立了,其内部所参考的搜寻路径将不再改变,也就是说,即使我们在程序里利用System.setProperty() 来改变系统参数的内容,仍然无法更动AppClassLoader 与ExtClassLoader 的搜寻路径。因此,执行时期动态更改搜寻路径的设定是不可能的事情。


 

参考网址:http://blog.sina.com.cn/s/blog_4efddaed01008ypj.html

     http://syue.com/Software/JAVA/15709.html

分享到:
评论

相关推荐

    classloader

    Java ClassLoader是Java...链接过程包括验证、准备和解析阶段,这些是类加载到JVM中的关键步骤。此外,了解类加载器的层次结构也很重要,Java标准类加载器有Bootstrap ClassLoader、Extension ClassLoader和AppClassL

    Java ClassLoader定制实例

    定制ClassLoader的过程中,需要注意以下几点: 1. 安全性:自定义ClassLoader可能导致安全问题,因为它可以加载任意的类,因此需要确保加载的类是可信的。 2. 类的可见性:不同的ClassLoader加载的类相互之间默认是...

    自定义classloader的使用

    因此,当创建自定义Classloader时,必须谨慎处理类的加载过程,避免加载未经验证的代码。 八、优化与性能 在实现自定义Classloader时,要注意性能问题。过度复杂的加载逻辑可能导致性能下降。同时,避免不必要的...

    ClassLoader运行机制 自己写的

    在类加载过程中,如果没有在当前ClassLoader的缓存中找到类,ClassLoader会按照上述顺序逐级向上查找。例如,假设有一个名为A的类,加载顺序如下: 1. 如果WebApp ClassLoader的缓存中没有类A,则会查找System ...

    ClassLoader小例子

    - 示例可能还涉及到了对异常处理的演示,因为自定义加载过程中可能会遇到找不到类或非法类文件的问题。 了解和掌握ClassLoader的概念及其应用,对于理解和调试复杂的Java应用程序,尤其是涉及到动态加载和插件化...

    ClassLoader

    `ClassLoader`不仅管理着类的加载过程,而且其设计模式还对Java的安全性和性能有着至关重要的影响。 #### 二、类的生命周期与加载阶段 类的生命周期包括加载、验证、准备、解析、初始化五个阶段。其中,加载阶段是...

    深入理解ClassLoader工作机制.docx

    这个过程可以通过自定义ClassLoader来实现,比如从数据库中加载类。 2. **验证**:验证是确保加载的类符合Java语言规范,不会破坏JVM的安全性。它检查字节码的格式、数据流和操作符计算、类和字段的访问控制等。 3...

    ClassLoader 详解.doc

    Java应用程序的运行离不开类的加载,而ClassLoader正是这个过程的关键角色。它负责将类的字节码加载到Java虚拟机(JVM)中并转换为可执行的Java对象。深入理解ClassLoader的工作原理对于优化应用性能、解决类加载...

    ClassLoader类加载机制和原理详解

    在反射过程中,如果没有加载目标类,那么会触发ClassLoader的加载机制。 总结,理解ClassLoader的加载机制和原理对于优化程序性能、设计可扩展的系统至关重要。通过自定义ClassLoader,开发者可以实现许多高级功能...

    java ClassLoader机制及其在OSGi中的应用

    ClassLoader不仅负责类的加载,还涉及类的验证、初始化等一系列过程。理解ClassLoader的工作原理对于优化Java应用程序性能以及解决类冲突等问题具有重要意义。 一、ClassLoader的基本概念 Java程序由多个类组成,...

    JVM ClassLoader简析

    首先,ClassLoader可以分为三种基本类型:Bootstrap ClassLoader、Extension ClassLoader和Application ClassLoader。Bootstrap ClassLoader是JVM启动时的第一个ClassLoader,负责加载JDK的`&lt;JAVA_HOME&gt;\lib`目录下...

    理解Java ClassLoader机制

    这个过程可能涉及字节码验证,确保类的安全性。 3. **链接**:链接阶段包括三个子步骤:验证、准备和解析。验证确保字节码符合JVM规范;准备阶段为类的静态变量分配内存并初始化它们的默认值;解析阶段将符号引用...

    ClassLoader 案例

    Java中的类加载过程分为三个阶段:加载、验证、准备、解析和初始化。默认情况下,系统使用Bootstrap ClassLoader、Extension ClassLoader和App ClassLoader来加载不同路径下的类。自定义ClassLoader则允许我们插入这...

    ClassLoader的 一些测试

    在Java编程语言中,ClassLoader是一个至关重要的组成部分,它负责加载类到JVM(Java虚拟机)中执行。这篇测试主要探讨了ClassLoader的工作原理及其在实际应用中的使用。通过阅读给出的博文链接,我们可以深入理解...

    java classloader

    这个过程通常涉及到从文件系统或网络中查找资源。找到后,ClassLoader会解析字节码并创建Class对象,然后进行验证,确保代码的安全性。 在Java中,用户可以通过自定义ClassLoader来实现特定的加载逻辑,比如从...

    ClassLoader原理

    Java的类加载过程遵循双亲委托模型,即一个类加载请求会先委托给父ClassLoader,只有当父类加载器无法完成加载时,才会由当前类加载器进行加载。 ClassLoader的工作流程可以分为三个主要步骤: 1. **查找**:当...

Global site tag (gtag.js) - Google Analytics