java虚拟机类加载过程内存情况底层源码分析及ClassLoader讲解

读书笔记加自我总结-----------------------------------------------

《疯狂JAVAj讲义》

《深入理解JAVA虚拟机》第七章虚拟机加载机制

《传智播客Java底层公开课视频》教学视频

参考:


一、虚拟机的类加载机制

        

加载  连接   初始化    ------------> 程序运行期完成

坏处:                        好处:

性能开销                   灵活性大大增强



二、虚拟机加载的过程如下

java虚拟机类加载过程内存情况底层源码分析及ClassLoader讲解_第1张图片





三、加载之后在内存中的样子


假设现在有这样一个类

public class Demo {

	public static void main(String[] args) {
		new Person();
	}

}

class Person{
	private int age;
	
	public Person()
	{
		System.out.println("this is Person Construct Method");
	}
}

class Animal{
	public static String name;
	
}

它在经过加载之后大致在内存中就如下:(非官方图,个人意淫)

java虚拟机类加载过程内存情况底层源码分析及ClassLoader讲解_第2张图片


至于new一个类之后在堆中内存怎么存放,咱们下节再细说



四、过程5初始化

自动收集1.类变量赋值,2静态语句块  形成方法,各语句的顺序按照在类文件中出现的顺序


虚拟机会保证一个类的()方法在多线程环境被正确的加锁、同步。

如果多线程同时初始化一个类,只会一个线程执行()方法,其他线程阻塞等待。执行的线程执行结束后,其它线程唤醒之后不会再进入()。同一个类加载器下,一个类只会初始化一次。




五、过程1加载:加载器

过程1由一个特定的组件进行完成:类加载器


除了加载阶段(图1的阶段1)用户应用程序可以通过自定义加载器参与,剩下的动作完全由虚拟机主导控制

也就是说类加载器的工作就是“通过一个类的全类名来获取描述此类的二进制字节流”


有三类加载器:参见我的上一篇博客: 

深入理解jre,classload,类加载过程


ClassLoader是一个抽象类

public abstract class ClassLoader

JVM中除根加载器之外的所有加载器都是ClassLoader子类的实例


个人认为它大致有两类方法

1.静态的工具方法

比如

可以通过ClassLoader.getSystemClassLoader();获得AppClass Loader(系统类加载器)

@CallerSensitive
    public static ClassLoader getSystemClassLoader()

getParent()获取该加载器的父类加载器

@CallerSensitive
    public final ClassLoader getParent()


2 用于加载类的方法

我们通常通过继承这个类来实现我们的自定义类加载器

1)public的loadClass方法,对外提供的入口,进行加载类

public Class loadClass(String name) throws ClassNotFoundException {
        return loadClass(name, false);
    }

是ClassLoader类的入口点

为什么叫入口点:

           比如我们自己写的OurClassLoader类

           OurClassLoader ourCL=new OurClassLoader ()

           Class clazz=ourCL.loadClass("OurClass");


从而加载类并得到它的Class对象

2)剩下的基本上都是protected方法

通过覆写这些protected方法定制我们的功能

loadClass(String name,boolean resolve),注意这个是protected方法,不是外部直接使用的(不是你想调用就调用的),我们可以覆写这个方法

protected Class loadClass(String name, boolean resolve)
        throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // First, check if the class has already been loaded
            Class c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {
                    // ClassNotFoundException thrown if class not found
                    // from the non-null parent class loader
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    long t1 = System.nanoTime();
                    c = findClass(name);

                    // this is the defining class loader; record the stats
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }
它会执行如下步骤

          用findLoadedClass(String)来检查是否已经加载类,如果已经加载则直接返回

          在父类加载器上调用loadClass()方法。如果父类加载器为null,则使用根类加载器来加载

          如果父类加载失败,则调用findClass(String)方法查找类



findClass(String name)

protected Class findClass(String name) throws ClassNotFoundException {
        throw new ClassNotFoundException(name);
    }

我们 要覆写这个方法来自定义自己的加载类的行为

在这个方法中我们应该调用defineClass方法来把字节码转为Class对象

defineClass()

方法负责将字节码分析成运行时的数据结构,并检验有效性。 此方法是final型,我们也无法重写。




六、附加:父类委托机制

通过上面的过程我们能看到loadClass的确采用了父类委托缓冲机制

双亲委派模型见我上一篇文章


那么问题来了:如果我们覆写loadClass方法呢,成功避开父类委托缓冲机制(为什么这么任性),那能加载一个系统中已经存在的类吗?

可以,因为:

JVM是如何判定两个 Java 类是相同的: A.类的全名 B.加载此类的类加载器


我们自定义的一个新的类加载器,则加载这样一个类

我们知道CLASSPATH下的类是由Application classloader 系统加载器 加载的,所以如果com.silvia.MyClass放在CLASSPATH下可以被加载

这样就可以有两个com.silvia.MyClass类啦


但是

能不能加载java.lang.Object这种类呢

不能。JVM里面做了相关安全认证。从而防止不可靠的甚至恶意的代码代替父加载器的可靠代码。


所以说一般来说我们应该覆写findClass方法就好了,不要绕过父类委托机制(不要覆写loadClass)



你可能感兴趣的:(JAVA底层---JVM与内存)