《JVM工作原理.doc》由会员分享，可在线阅读，更多相关《JVM工作原理.doc（51页珍藏版）》请在三一文库上搜索。
1、淘宝技术大学应届生培训JVM工作原理课程组雷卷小邪版本第一版2009g:达到的目标知道Java虚拟机的生存周期 知道JVM的体系结构知道JVM体系结构中的各个部分 能对JVM有个大致清晰的了解内容 JVM的生命周期 JVM的体系结构 JVM类加载器 JVM执行引擎 JVM运行时数据区问题 JVM垃圾回收JVM的生命周期一、首先分析两个概念JVM实例和JVM执行引擎实例(1) JVM实例对应了一个独立运行的java程序 它是进程级别JVM执行引擎实例则对应了属于用户运行程序的线程 它是线程级别的JVM的生命周期二、JVM的生命周期(1) JVM实例的诞生当启动一个Java程序时，一个JVM实例就
2、产生了，任何一个拥有public static void main(String args)函数的class都对以作为JVM实例运行的起点(2) JVM实例的运行main()作为该程序初始线程的起点，任何其他线程均由该线程启动。JVM 内部有两种线程：守护线程和非守护线程，main()属于非守护线程，守护线卄癇F程通常由JVM自己使用，java程序也可以标明自己创建的线程是守护线程。(3) JVM实例的消亡当程序中的所有非守护线程都终jyVM才退出；若安全管理器允许，程 序也可以使用Runtime类或賁System. exit()來退出。内容 JVM的生命周期 JVM的体系结构 JVM类加载器
3、 JVM执行引擎 JVM运行时数据区JVM垃圾回收问题JVM的体系结构cla5文件本地方法栈运行时数据区朮地 方法阵Ja输虚拟机的内部体系结构JVM的体系结构jvm的内部体系结构分为三部分，(1) 类装载器(ClassLoader)子系统作用：用来装载.class文件(2) 执行引擎作用:执行字节码，或者执行本地方法(3) 运行时数据区方法区，堆，java栈，PC寄存器，本地方法栈内容 JVM的生命周期 JVM的体系结构 JVM类加载器 JVM执行引擎 JVM运行时数据区 JVM垃圾回收JVM的体系结构之类加载器一、JVM将整个类加载过程划分为了三个步骤：（1）装载装载过程负责找到二进制字节码
4、并加载至JVM中，JVM通过类名、类所在的包名通过ClassLoader 来完成类的加载，同样，也采用以上三个元素来标识一个被加载了的类：类名十包名+ClassLoader 实例ID。（2）链接链接过程负责对二进制字节码的格式进行校验、初始化装载类中的静态变量以及解析类中调用的接 口、类。在完成了校验后，JVM初始化类中的静态变量，并将其值赋为默认值。最后一步为对类中的所有属性、方法进行验证，以确保其需要调用的属性、方法存在，以及具备应 的权限（例如public、private域权限等），会造成NoSuchMethodError、NoSuchFieldError等错误 信息。JVM的体系结构之
5、类加载器（3）初始化初始化过程即为执行类中的静态初始化代码、构造器代码以及静态属性的初始化，在四种情况下初 始化过程会被触发执行：调用了new；反射调用了类中的方法；子类调用了初始化；JVM启动过程中指定的初始化类。JVM的体系结构之类加载器Bootstrap VAHOMDjre/lib/rt> Class LoaderExtension SJAVAHOMEre/lib/extT.ja Class LoaderJVM的体系结构之类加载器JVM的体系结构之类加载器User-Defined Class LoaderJVM的体系结构之类加载器一、JVM两种类装载器包括：启动类装载器和用户自定义
6、类装载器，启动类装 载器是JVM实现的一部分，用户自定义类装载器则是Java程序的一部分，必须是ClassLoader类的子类。二、主要分为以下几类:(1) Bootstrap ClassLoader这是JVM的根ClassLoader,它是用C卄实现的，JVM启动时初始化此ClassLoader,并由此 ClassLoader完成$JAVA_HOME中jre/lib/rt.jar (SunJDK的实现)中所有class文件的加载，这个jar 中包含了 java规范定义0亟f有接口以及实现。(2) Extension ClassLoaderJVM用此classloader来加载扩展功能的一些j
7、ar包(3) System ClassLoaderJVM用此classloader来加载启动参数中指定的Classpath中的jar包以及目录，在SunJDK中 ClassLoader 对应的类名为 AppCIassLoadero(4) User-Defined ClassLoaderUser-DefinedClassLoader是Java开发人员继承ClassLoader抽象类自行实现的ClassLoader,基于自定义的ClassLoader nJ'用于加载非Classpath中的jar以及目录JVM的体系结构之类加载器三、ClassLoader抽象类提供了几个关键的方法：(1)
8、loadClass此方法负责加载指定名字的类，ClassLoader的实现方法为先从已经加载的类中寻找，如没有则继 续从parent ClassLoader中寻找，如仍然没找到，则从System ClassLoader中寻找，最后再调用 findClass方法来寻找，如要改变类的加载顺序，则可覆盖此方法(2) findLoadedClass此方法负贯从当前Class Loader实例对象的缓存中寻找已加载的类，调用的为native的方法。(3) findClass此方法直接抛出ClassNotFoundException,因此需要通过覆盖loadClass或此方法来以自定义的方式 加载相应的类
9、。 findSystemClass此方法负责从SystemClassLoader中寻找类，如未找到，则继续从BootstrapClassLoader中寻找， 如仍然为找到，则返回null。(5) defi neClass此方法负责将二进制的字节码转换为Class对象(6) resolveClass简单的classLoader例子垂写ClassLoader类的findClass方法，将一个字节数组转换为Class类的实例7public Class<?> findClass(String name) throws ClassNotFoundException byteQ b = nul
10、l;try b = loadClassData(AutoClassLoader. Fo/zn 衣 C/日 ssA/ame(门日 me丿力 catch (Exception e) e.pri ntStackTrace();return defineClass(name, b, 0, bength);r-将指定路径的.class文件转换成字节数组7private byteQ loadClassData(String filepath) throws Exception int n =0;Buffered Inputstream br = new BufferedlnputStream (new F
11、ilelnputStream(new File(filepath); By teArray Output Stream bos= new Byte Array Ou tputS ire am ();while(n=br.read()!=：-1) bos.write(n);br.close();return bos.toByteArray();四、简单的classLoader例子"格式化文件所对应的路径7public static String FormatClassName(String name)FILEPATH= DEAFAULTDIR + name. classreturn F
12、ILEPATH;rmain方法测试7public static void main(String args) throws Exception AutoClassLoader acl = new AutoClassLoader();Class c 三 acl.findClass(”testClass”)：Object obj = c.newlnstan ce();Method m = c.getMethod(”getName：new Class(JString.class .int.class):m.invoke(obj,H 你好 123);System.out.println(c.getNa
13、me();System. out. printlnfc. getClassLoader();JVM的体系结构之执行引擎问题内容 JVM的生命周期 JVM的体系结构 JVM类加载器 JVM执行引擎 JVM运行时数据区 JVM垃圾回收一、JVM通过执行引擎来完成字节码的执行，在执行过程中JVM采用的是自色頤/ 一套指令系统，每个线程在创建后，都会产生一个程序计数器(pc)和栈(丄 Stack),其中程序计数器中存放了下一条将要执行的指令，Stack中存放 Stack Frame,表示的为当前正在执行的方法，每个方法的执行都会产生Stack Frame, Stack Frame中存放了传递给方法的参
14、数、方法内的局部变量以及操作数栈，操作数栈用于存放指令运算的中间结果，指令负责从操作数栈中弹出 参与运算的操作数，指令执行完毕后再将计算结果压回到操作数栈,当方法执 行完毕后则从Stack中弹出，继续其他方法的执行。在执行方法时JVM提供Tinvokestatic> invokevirtuak invokeinterface和 invokespecial四种指令来执行(1) invokestatic：调用类的static方法(2) invokevirtual：调用对象实例的方法(3) invokeinterface：将属性定义为接口来进行调用(4) invokespecial： JVM对
15、于初始化对象(Java构造器的方法为：<init>)二、反射机制是Java的亮点之一，基于反射可动态调用某对象实例中对应的方* 、访问查看对象的属性等，而无需在编写代码时就确定需要创建的对象，这 使得Java可以实现很灵活的实现对象的调用，代码示例如下：Class actionClass=Class.forName(夕卜部实现类);Method method=acti on Class.getMethod(llexecute,J null);Object action=actionClass.newlnstance(); method.invoke(action,null);反射的
16、关键：要实现动态的调用，最明显的方法就是动态的生成字 节码,加载到JVM中并执行(1) Class actionClass=Class.forName(外部实现类)；调用木地方法，使用调用者所在的ClassLoader来加载创建出Class对象;(2) Method method=actionClass.getMethod(nexecute,Jnull);校验此Class是否为public类型的，以确定类的执行权限，如不是public类型的，则直接抛岀Security Exception；调用 privateGetDeclaredMethods 来获取到此 Class 中所有的方法，在 p r
17、i vateG et D ecl a red Meth od s 对此Class中所有的方法的集合做了缓存，在第一次时会调用本地方法去获取；扫描方法集合列表中是否有相同方法名以及参数类型的方法，如有则复制生成一个新的Method对 象返回；如没有则继续扫描父类、父接口中是否有此方法，如仍然没找到方法则抛出NoSuchMethodException；(3) Object acti on=acti on Class, newl nstan ce();第一步：校验此Class是否为public类型，如权限不足则直接抛出Security Exception；第二步：如没有缓存的构造器对象，则调用本地方
18、法获取到构造器，并复制生成一个新的构造器对象，放入缓存，如没有空构造器则抛岀Instantiation Exception；第三步：校验构造器对象的权限；第四步：执行构造器对象的newlnstance方法；构造器对象的newlnstance方法判断是否有缓存的ConstructorAccessor对象，如果没有则调用sun.reflect.ReflectionFactory生成新的ConstructorAccessor 对象；第五步：sun.reflect.ReflectionFactory判断是否需要调用本地代码，iJ通过sun.reflect.nolnflation二true来 设置为不调
19、用本地代码，在不调用未地代码的情况下，就转交给MethodAccessorGenerator来处理了；第六步：MethodAccessorGenerator中的generate方法根据Java Class格式规范生成字节码，字节码中包 括了 ConstructorAccessor 对象需耍的 newlnstance 方法，此 newlnstance 方法对应的指令为 invokes pec ial ,所需的参数则从外部压入，生成的Constructo啖6勺名字以： sun/reflect/GeneratedSerializationCo nstructorAccessor 或 s un/ref
20、lect/Ge neratedCo nstructorAccessor 开 头，后面跟随一个累计创建的对象的次数；第七步：在生成了字节码后将其加载到当前的ClassLoader中，并实例化，完成ConstructorAccessor对象 的创建过程，并将此对象放入构造器对象的缓存中；(4) method.!nvoke(action,null);这步执行的过程和上一步基本类似，只是在生成字节码时生成的方法改为了 invoke,其调用的冃标改为了传入的对象的方法，同时生成的类名改为了: sun/reflect/Ge neratedMethodAccessor。注：但是getMethod是非常耗性能
21、的，一方面是权限的校验，另外一方面所有方 法的扫描以及Method对象的复制，因此在使用反射调用多的系统中应缓存 getMethod返回的M ethod对象2、执行技术主要的执行技术有:解释，即时编译，自适应优化、芯片级直接执行(1) 解释属于第一代JVM,(2) 即时编译JIT属于第二代JVM,(3) 自适应优化(冃前Sun的HotspotJVM采用这种技术)则吸取第一代JVM 和第二代JVM的经验，采用两者结合的方式(4)自适应优化：开始对所有的代码都采取解释执行的方式，并监视代码执 行情况，然后对那些经常调用的方法启动一个后台线程，将其编译为本地代 码，并进行仔细优化。若方法不再频繁使用
22、，则取消编译过的代码，仍对其内容 JVM的生命周期 JVM的体系结构 JVM类加载器 JVM执行引擎JVM运行时数据区 JVM垃圾回收问题JVM的体系结构之运行时数据区AJavaThreadPC Register一、JVM在运行时将数据划分为了6个区域来存储, 区域，这6个区域图示如下：JVM Memory StructureJVM HeapNative Method StackJVM的体系结构之运行时数据区JVM的体系结构之运行时数据区Local Param. ArrayOpera ndStack(UFO)FrameJVMMethod AreaJVM StackJVM的体系结构之运行时数据区
23、第一块：PC寄存器PC寄存器是用于存储每个线程下一步将执行的JVM指令，如该方法为native的，则PC 寄存器中不存储任何信息。第二块：JVM栈JVM栈是线程私有的，每个线程创建的同时都会创建JVM栈，JVM栈屮存放的为当前 线程屮局部基本类型的变量(java屮定义的八种基本类型：boolean> char、byte、 short> int、long、float、double)、部分的返回结果以及Stack Frame, IK基本类型的 对象在JVM栈上仅存放一个指向堆上的地址第三块：堆(Heap)Heap是大家最为熟悉的区域，它是JVM用来存储对象实例以及数组值的区域，可以认为
24、Java屮所有通过new创建的对象的内存都在此分配，Hemp中的对象的内存需要等待JVM将Heap分为New Generation和Old Generation (或Tenured Generation) 进行管理：Pe rmOldSS#1 SS#2 Eden64MB |<-Old>|New / Yourtfl> |JVM | <Usedbf your Application Total Heap SpaceNewly created objects go into EdenJVM的体系结构之运行时数据区JVM的体系结构之运行时数据区(1) New Generation
25、乂称为新生代，程序中新建的对象都将分配到新生代中，新生代乂由Eden Space和 两块Survivor Space构成，可通过Xmn参数来指定其大小2) Old Generation乂称为旧生代，用于存放程序屮经辻显瞅巴收还存活的对象，例如缓存的对象等 ，旧生代所占用的内存左小即半“心屆中知4上涵土地中341、JVM的体系结构之运行时数据区对堆的解释:(1) 堆是JVM中所有线程共享的，因此在其上进行对象内存的分配均需耍进行加锁，这也导致了new 对象的开销是比较大的(2) 鉴于上面的原因，Sun Hotspot JVM为了提升对象内存分配的效率，对于所创建的线程都会分配 一块独立的空间，这
26、块空间又称为TLAB (Thread Local Allocation Buffer),其大小由JVM根据运 行的情况计算而得，在TLAB上分配对象时不需要加锁，因此JVM在给线程的对象分配内存时会尽 量的在TLAB±分配，在这种情况下JVM中分配对象内存的性能和C基本是一样高效的，但如果对象 过大的话则仍然是直接使用堆空间分配(3) TLAB仅作用于新生代的Eden Space,因此在编写Java程序时，通常多个小的对象比大的对象分 配起来更加高效，但这种方法同时也带来了两个问题，一是空间的浪费，二是对象内存的回收上仍然没法做到像 Stack那么高效，同时也会增加回收时的资源的消耗
27、，可通过在启动参数上增加-XX:+PrintTLAB来 查看TLAB这块的使用情况。笫四块：方法区域(MethodArea)(1) 方法区域存放了所加载的类的信息(名称、修饰符等)、类中的静态变量、类中定义为final 类型的常量、类中的Field信息、类中的方法信息，当开发人员在程序中通过Class对象中的 getName> islnterface等方法来获取信息时，这些数据都来源于方法区域，町见方法区域的重要性 ,同样，方法区域也是全局共享的，在一定的条件下它也会被GC,当方法区域需要使用的内存超 过其允许的大小时，会抛岀OutOfMemory的错误信息。(2) 在SunJDK中这块
28、区域对应的为PermanetGeneration,又称为持久代，默认为64M,可通过 XXPermSize以及XX:MaxPermSize来指定其大小。第五块：运行时常量池(Runtime Constant Pool)类似C中的符号表，存放的为类中的固定的常量信息、方法和Field的引用信息等，其空间从方法区 域中分配。第六块：本地方法堆栈(Native Method Stacks)JVM采用木地方法堆栈来支持native方法的执行，此区域用于存储每个native方法调用的状态。JVM的体系结构之内存回收问题内容 JVM的生命周期 JVM的体系结构 JVM类加载器 JVM执行引擎 JVM运行时
29、数据区 JVM垃圾回收一、JVM中自动的对象内存回收机制称为：GC (Garbage Collection) 1、GC的基本原理：为将内存中不再被使用的对象进行回收，GC中用于回收内存中不被使用的对 象的方法称为收集器，由于GC需要消耗一些资源和时间的，Java在对对象的 生命周期特征进行分析后，在V 1.2以上的版本采用了分代的方式来进行对象 的收集，即按照新生代、旧生代的方式来对对象进行收集，以尽可能的缩短 GC对应用造成的暂停(1)对新生代的对象的收集称为minor GC,(2) 对旧生代的对象的收集称为Full GC,(3) 程序中主动调用System.gc()强制执行的GC为Full
30、 GC,二、JVM中自动内存回收机制（1）引用计数收集器原理：引用计数是标识Heap中对象状态最明显的一种方法，引用计数的方法简单来 说就是对每一个对象都提供一个关联的引用计数，以此来标识该对象是否被 使用，当这个计数为零时，说明这个对象已经不再被使用了。优点：引用计数的好处是可以不用暂停应用，当计数变为零时，即可将此对象的内 存空间回收，但它需要给每个对象附加一个关联引用计数缺点：并且引用计数无法解决循坏引用的问题，因此JVM并没有采用引用计数。JVM的体系结构之内存回收(2)跟踪收集器 原理：跟踪收集器的方法为停止应用的工作，然后开始跟踪对象，跟踪时从对象根 开始沿着引用跟踪，直到检查完所
31、有的对象。根对象的来源主要有三种：1 .被加载的类的常量池中的对象引用2. 传到本地方法中，没有被本地方法“释放”的对象引用3. 虚拟机运行时数据区中从垃圾收集器的堆中分配的部分存在问题:JVM的体系结构之内存回收跟踪收集器采用的均为扫描的方法，但JVM将Heap分为了新生代和旧生代， 在进行minor GC时需要扫描是否有旧生代引用了新生代中的对象，但又不可 能每次minorGC都扫描整个旧生代中的对象，因此JVM采用了一种称为卡片 标记(Card Marking)的算法来避免这种现象。JVM的体系结构之内存回收（3）卡片标记算法卡片标记的算法为将旧生代以某个大小（例如512字节）进行划分,
32、的每个区域称为卡片，JVM采用卡表维护卡的状态，每张卡片在卡表中占用一个字节的标识（有些JVM实现可能会不同），当Java代码执行过程中发现旧生代的对象引用或释放了对于新生代对象的引用时，就相应的修改卡表中 卡的状态，每次Minor GC只需扫描卡表中标识为脏状态的卡中的对象即可，图示如下:JVM的体系结构之内存回收JVM的体系结构之内存回收JVM的体系结构之内存回收1、跟踪收集器在扫描时最重要的是要根据这些对象是否被引用来标识其隠2、JVM中将对象的引用分为了四种类型，不同的对象引用类型会造成GC采用 不同的方法进行回收：(1) 强引用：默认情况下，对象采用的均为强引用(这个对象的实例没有其他对象引用，GC时才会被回收)(2) 软引用：软引用是Java中提供的一种比较适合于缓存场景的应用(只有在内存不够用的情况下才会被GC)(3) 弱引用：在GC时一定会被GC回收虚引用：由于虚引用只是用来得知对象是否被GC，:曲