JVM图解(一)

JVM的基本结构

PNG

类加载子系统

PNG

类加载器

要哪一个class loader加载呢?答案在于全盘负责委托机制,这是出于安全的原因。每次只要一个class被loaded,系统的class loader就首先被调用。然而它不会立即去load这个这个类。取而代之的是,他会把这个task委托给他的parent class loader,也就是extension class loader;同样的,extension class loader也会委托给它的parent class loader也就是bootstrap class loader。因此,bootstrap class loader总是被给第一个去load class的机会。如果bootstrap class loader找不到类的话,那么extension class loader将会load,如果extension class loader也没有找到对应的类的话,system class loader将会执行这个task,如果system class loader也没有找到的话,java.lang.ClassNotFoundException将会被抛出。另外一个原因是避免了重复加载类每一次都是从底向上检查类是否已经被加载,然后从顶向下加载类,保证每一个类只被加载一次

加载过程中会先检查类是否被已加载,检查顺序是自底向上,从Custom ClassLoader到BootStrap ClassLoader逐层检查,只要某个classloader已加载就视为已加载此类,保证此类只被所有ClassLoader加载一次。而加载的顺序是自顶向下,也就是由上层来逐层尝试加载此类。

ç±»å è½½å¨ - å¾1

例子:

关于自定义ClassLoader: 由于一些特殊的需求,我们可能需要定制ClassLoader的加载行为,这时候就需要自定义ClassLoader了.

自定义ClassLoader需要继承ClassLoader抽象类,重写findClass方法,这个方法定义了ClassLoader查找class的方式。

主要可以扩展的方法有:

  • findClass 定义查找Class的方式
  • defineClass 将类文件字节码加载为jvm中的class
  • findResource 定义查找资源的方式

如果嫌麻烦的话,我们可以直接使用或继承已有的ClassLoader实现,比如:

java.net.URLClassLoader
java.security.SecureClassLoader
java.rmi.server.RMIClassLoader
sun.applet.AppletClassLoade
Extension ClassLoader 和 App ClassLoader都是java.net.URLClassLoader的子类。
这个是URLClassLoader的构造方法:
public URLClassLoader(URL[] urls, ClassLoader parent)
public URLClassLoader(URL[] urls)
urls参数是需要加载的ClassPath url数组,可以指定parent ClassLoader,不指定的话默认以当前调用类的ClassLoader为parent。
public class ClassWillBeLoaded {//这个类是要被装载的一个类(测试类).
    public static void main(String[] args) {
        ClassWillBeLoaded obj = new ClassWillBeLoaded();
    }
    public String doTask(String str1,String str2){
        return str1+" "+str2;
    }
public class ClassLoaderTest3 {//使用反射机制调用通过URLClassLoader装载的类中的doTask方法
    public static void main(String[] args) throws MalformedURLException, ClassNotFoundException, SecurityException, NoSuchMethodException, IllegalArgumentException, IllegalAccessException, InvocationTargetException, InstantiationException {
        URL url = new URL("file:D:/share/ClassLoadTest.jar");
        URL[] urls = {url};
        ClassLoader classLoader = new URLClassLoader(urls);  
    Thread.currentThread().setContextClassLoader(classLoader);//设置该线程的上下文ClassLoader  
        Class clazz=classLoader.loadClass("classLoader.ClassWillBeLoaded");//使用loadClass方法加载class,这个class是在urls参数指定的classpath下边
Method taskMethod = clazz.getMethod("doTask", String.class, String.class);//然后我们就可以用反射做些事情了  
Object returnValue = taskMethod.invoke(clazz.newInstance(),"test","success");
        System.out.println((String)returnValue);
    }   }

 

 

 

 

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
很抱歉,作为文本形式的AI助手,无法直接提供图形展示。但是,我可以通过文字描述来帮助您理解JVM的内存划分。 JVM的内存划分通常可以用下面这张图来表示: ``` +------------------------+ | JVM Memory | +------------------------+ | Heap | +------------------------+ | Young Generation | | +--------------+ | | | Eden | | | +--------------+ | | | Survivor 1 | | | +--------------+ | | | Survivor 2 | | | +--------------+ | +------------------------+ | Old Generation | +------------------------+ | Method Area | +------------------------+ | Native Method Stack | +------------------------+ | Java Virtual Stack | +------------------------+ | Program Counter | +------------------------+ ``` 上面的图示了JVM的内存划分,以下是各部分的解释: - JVM内存:整个JVM占用的内存空间。 - 堆(Heap):存放动态分配的对象、数组和类实例的区域。堆被划分为年轻代和老年代。 - 年轻代(Young Generation):包括Eden空间和Survivor空间。新创建的对象首先被分配到年轻代。 - Eden空间:刚刚创建的对象被分配到Eden空间。 - Survivor空间:当对象在Eden空间经过一次垃圾回收后仍然存活,会被移动到Survivor空间。 - 老年代(Old Generation):存放长时间存活的对象。 - 方法区(Method Area):存储类的信息、常量、静态变量和编译器编译后的代码等。 - 本地方法栈(Native Method Stack):为本地方法服务。 - Java虚拟机栈(Java Virtual Stack):每个线程在运行时都有一个虚拟机栈,用于存储局部变量、方法参数、返回值等信息。 - 程序计数器(Program Counter):指示当前线程执行的字节码指令的地址指示器。 这些部分共同构成了JVM的内存划分。请注意,具体的内存结构可能因不同的JVM实现和版本而有所不同,上述图示仅为一般情况下的示意。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值