String s = new String（“abc”）执行过程中分别对应哪些内存区域？

类加载器将.class文件加载入内存类信息。。会进入方法区静态的字符串常量会变成运行时常量池String在编译之后变成符号引用会换成String类的实际存储地址“abc”先看看字符串常量池有没有他的引用没有的话就创建有的话直接给然后再堆中创建String对象存入abc引用然后把产生的地址给了变量创建两次相同内容字符串在堆中有两个在字符串常量池只有一个在Java中创建对象的过程包括以下几个步骤类加载检查虚拟机遇到一条 new 指令时首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用并且检查这个符号引用代表的类是否已被加载过、解析和初始化过。如果没有那必须先执行相应的类加载过程。分配内存在类加载检查通过后接下来虚拟机将为新生对象分配内存。对象所需的内存大小在类加载完成后便可确定为对象分配空间的任务等同于把一块确定大小的内存从 Java 堆中划分出来。初始化零值内存分配完成后虚拟机需要将分配到的内存空间都初始化为零值不包括对象头这一步操作保证了对象的实例字段在 Java 代码中可以不赋初始值就直接使用程序能访问到这些字段的数据类型所对应的零值。进行必要设置比如对象头初始化零值完成之后虚拟机要对对象进行必要的设置例如这个对象是哪个类的实例、如何才能找到类的元数据信息、对象的哈希码、对象的 GC 分代年龄等信息。这些信息存放在对象头中。另外根据虚拟机当前运行状态的不同如是否启用偏向锁等对象头会有不同的设置方式。执行 init 方法在上面工作都完成之后从虚拟机的视角来看一个新的对象已经产生了但从 Java 程序的视角来看对象创建才刚开始——构造函数即class文件中的方法还没有执行所有的字段都还为零对象需要的其他资源和状态信息还没有按照预定的意图构造好。所以一般来说执行 new 指令之后会接着执行方法把对象按照程序员的意愿进行初始化这样一个真正可用的对象才算完全被构造出来。Java 中 双亲委派 是什么有啥用Java 中的 “双亲委派” 是类加载机制的核心原则简单说就是 「一个类加载器要加载类时先让父加载器去尝试加载只有父加载器加载不了自己才会去加载」。这里的 “双亲” 并不是指真正的继承关系而是类加载器之间的一种层级委派关系。具体来说Java 的类加载器有一套默认的层级结构最顶层是Bootstrap ClassLoader启动类加载器负责加载 JDK 核心类如java.lang.String往下是Extension ClassLoader扩展类加载器加载 JDK 扩展目录的类再往下是AppClassLoader应用类加载器加载我们自己写的类和第三方 jar 包我们也可以自定义类加载器放在最下层。当某个类加载器比如自定义加载器收到加载类的请求时它不会先自己动手而是把请求 “委派” 给父加载器父加载器同样会继续委派给它的父加载器直到传到最顶层的启动类加载器。如果父加载器能找到并加载这个类就直接返回如果所有父加载器都加载不了比如不在它们的加载范围内子加载器才会自己去尝试加载。举个例子我们自己写了一个java.lang.String类当AppClassLoader要加载它时会先委派给Extension ClassLoader再委派给Bootstrap ClassLoader。而启动类加载器发现自己已经加载过 JDK 自带的String类了就直接返回这个类不会去加载我们自定义的String类。这种机制的核心作用有两个保证类的唯一性和安全性避免同一个类被不同加载器重复加载确保核心类如 JDK 的String、Integer不会被篡改。比如上面的例子防止我们自定义的String类替换掉 JDK 的核心类否则可能引发安全问题比如修改String的底层实现导致系统混乱。实现类的复用核心类只需要被顶层加载器加载一次所有子加载器都能共享这个类减少内存消耗。简单说双亲委派就像 「孩子找东西先问家长家长解决不了再自己找」通过层级委派确保了 Java 核心类的安全和类加载的有序性是 Java 运行时环境稳定的基础。讲一下类加载过程加载通过类的全限定名包名 类名获取到该类的.class文件的二进制字节流将二进制字节流所代表的静态存储结构转化为方法区运行时的数据结构在内存中生成一个代表该类的Java.lang.Class对象作为方法区这个类的各种数据的访问入口连接验证、准备、解析 3 个阶段统称为连接。验证确保class文件中的字节流包含的信息符合当前虚拟机的要求保证这个被加载的class类的正确性不会危害到虚拟机的安全。验证阶段大致会完成以下四个阶段的检验动作文件格式校验、元数据验证、字节码验证、符号引用验证准备为类中的静态字段分配内存并设置默认的初始值比如int类型初始值是0。被final修饰的static字段不会设置因为final在编译的时候就分配了解析解析阶段是虚拟机将常量池的「符号引用」直接替换为「直接引用」的过程。符号引用是以一组符号来描述所引用的目标符号可以是任何形式的字面量只要使用的时候可以无歧义地定位到目标即可。直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄直接引用是和虚拟机实现的内存布局相关的。如果有了直接引用 那引用的目标必定已经存在在内存中了。初始化初始化是整个类加载过程的最后一个阶段初始化阶段简单来说就是执行类的类构造器方法 clinit()要注意的是这里的 clinit() 并不是开发者写的构造函数那个是实例构造器 init()而是编译器自动收集类中所有静态变量的赋值语句和静态代码块合并生成的。使用使用类或者创建对象卸载一个类要被JVM卸载条件非常苛刻需要同时满足以下三点该类所有的实例都已经被回收这是最显而易见的前提。如果堆中还存在这个类的任何一个实例对象那么定义这个对象的Class对象肯定不能被卸载。加载该类的ClassLoader已经被回收这是最关键也是最难满足的条件。类与其加载器是双向绑定的共生关系。一个类由哪个类加载器加载这个信息是存储在Class对象里的。要卸载一个类必须先卸载加载它的类加载器。类对应的Java.lang.Class对象没有任何地方被引用不能在任何地方通过反射如静态字段、全局变量、静态变量、JNI等途径引用到这个Class对象。一旦这个Class对象还存在强引用GC就不会回收它那么这个类也就不会被卸载。