一.Java内存模型 (Java 内存管理机制)
1）运行时数据区
Java虚拟机在执行Java程序时，会把它所管理的内存划分为若干个不同的数据区域。
线程隔离的数据区
程序计数器：
是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。每条线程都需要有一个独立的程序计数器，各条线程之间计数器互不影响，独立存储（线程私有的内存）。
此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。
java虚拟机栈：
也是线程私有的，它的生命周期与线程相同。
虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。
在Java虚拟机规范中，对这个区域规定了两种异常状况：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；如果虚拟机栈可以动态扩展，如在扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常。
本地方法栈：
与虚拟机栈所发挥的作用非常相似。区别是虚拟机栈为虚拟机执行Java方法(也就是字节码)服务，而本地方法栈则为虚拟机使用到的Native方法服务。
与虚拟机栈一样，本地方法栈区域也会抛出StackOverflowError和OutOfMemoryError异常。
由所有线程共享的数据区
Java堆：
Java堆是Java虚拟机所管理的内存中最大的一块。它被所有线程共享，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，几乎所有对象实例都在这里分配内存。
Java堆是垃圾收集器管理的主要区域。
Java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可。如果在堆中没有内存完成实例分，并且堆也无法再扩展时，将分抛出OutOfMemoryError异常。
方法区：
与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
相对而言，垃圾收集行为在这个区域是比较少出现的，但并非数据进入方法区就永久存在了。这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载，一般回收成绩较差。
当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。
内存分配和回收策略
二、JAVA反射机制
总结：在程序运行时通过类类型Class获得目标类的信息，然后在类信息的基础上使用相对应的类加载器加载到内存中，再然后对这个类中进行实例化，方法调用等的使用的整个过程。
Java可以在运行时加载、探知、使用编译期间完全未知的class。
Java可以在运行时获得任意一个类的信息(包括它的基类、所实现的接口、方法等)、构建类的Class对象(不是该类的对象，是后面提高的类类型)、生成类实例、调用methods。
RTTI(Run-Time Type Information,运行时类型信息)，即程序在运行时去获得一个对象所对应的类的信息。
类类型java.lang.Class：
Class是所有类和接口的抽象，比如类的名字、类实现的接口、方法、属性等。可以通知某个对象的Class对象来获取类的信息。
Class loader
类加载的过程就是将.class加载到内存中。反射过程中使用到了Classloader，并且不同的类需要相对应的Classloader来加载。
Classloader是负责加载类的对象，作用是根据Jvm请求提供的类信息，将请求的类加载到内存中或加载到Jvm中。
每一个类的Class对象都持有一个对应的Classloader的引用，可以通过Class对象的getClassLoader()方法得到。
Java的Classloader有四种，分别为：
bootstrap Classloader:引导类加载器；
是用C++编写的，是JVM的内置类加载器，它的名字为null。它用来加载核心类库，即在lib下的类库。
extension Classloader:扩展类加载器；
加载lib/ext下的类库。
Application Classloader:应用程序类加载器；
加载ClassPath里的类库。
User Defined Classloader:自定义类加载器。
层次关系：
每一个Class对象都会持有一个对应的ClassLoader的引用。每一个ClassLoader对象也会持有一个Parent ClassLoader的引用。(不是继承，只是引用)
Bootstrap ClassLoader <- Extrension ClassLoader <- Application Classloader <- ....
双亲加载机制：
即当一个ClassLoader接到请求时，它不是直接加载对应的类，而是询问它引用的ClassLoader是否能够加载，而这个父ClassLoader则会询问自己引用的ClassLoader是否加载了该类。只有当所有的ClassLoader都没有加载该类时，最初的ClassLoader才自己去加载申请的类。
双亲加载机制可以一定程序上保证安全性，因为只要顶层ClassLoader能加载的东西就一定不会让下层的ClassLoader有机会加载。也就保证了有些自定义的带有破坏性的类不会被加载到JVM核心中。
Class类类型
Class类是所有类(注意是对象)的共有信息的抽象，比如该类实现的接口、对应的加载器、类名等等。
一句话，每一个类都有一个Class对象，这个对象在类加载后由JVM自动构造，也是由JVM管理的，Class类没有公共的构造方法。
怎么得到Class对象：
1）利用Object.getClass()方法获取该对象的Class实例；
2）利用Class.forName()静态方法，用类的名字获取一个Class实例；
3）运行类的.class的方式来获取Class实例，对于基本数据类型的封装类，还可以采用.TYPE来获取相对应的基本数据类型的Class实例。
注意：虚拟机只会产生一份字节码，用这份字节码可以产生多个实例对象。也就是说Class对象只会有一个。
也就是说，在运行期间，如果我们要产生某个类的对象或者需要得到某个类的Class对象，JVM会检查该类型的Class对象是否已被加载。如果没有被加载，JVM会根据类的名称找到.class文件并加载它。一旦某个类型的Class对象已被加载到内存，就可以用它来产生该类型的所有对象。
