jvm内存模型

内存模型

	程序计数器：当前线程所执行的字节码的行号指示器，用于记录正在执行的虚拟机字节指令地址，线程私有。
	虚拟机栈：存放基本数据类型、对象的引用、方法出口等，线程私有。
	本地方法栈：和虚拟栈相似，只不过它服务于Native方法，线程私有
	Java堆：java内存最大的一块，所有对象实例、数组都存放在java堆，GC回收的地方，线程共享。
	方法区：存放已被加载的类信息、常量、静态变量、即时编译器编译后的代码数据等。（即永久带），回收目标主要是常量池的回收和类型的卸载，各线程共享

类加载器

	根据指定全限定名称将class文件加载到JVM内存，转为Class对象。
	启动类加载器（Bootstrap ClassLoader）：由C++语言实现（针对HotSpot）,负责将存放在<JAVA_HOME>\lib目录或-Xbootclasspath参数指定的路径中的类库加载到内存中。
	扩展类加载器（Extension ClassLoader）：负责加载<JAVA_HOME>\lib\ext目录或java.ext.dirs系统变量指定的路径中的所有类库。
	应用程序类加载器（Application ClassLoader）。负责加载用户类路径（classpath）上的指定类库，我们可以直接使用这个类加载器。一般情况，如果我们没有自定义类加载器默认就是用这个加载器。

双亲委派机制

	当一个类收到了类加载请求时，不会自己先去加载这个类，而是将其委派给父类，由父类去加载，如果此时父类不能加载，反馈给子类，由子类去完成类的加载。

类加载过程

	加载
		加载时类加载的第一个过程，在这个阶段，将完成一下三件事情：
		1. 通过一个类的全限定名获取该类的二进制流。
		2. 将该二进制流中的静态存储结构转化为方法去运行时数据结构。
		3. 在内存中生成该类的Class对象，作为该类的数据访问入口。
	验证
		验证的目的是为了确保Class文件的字节流中的信息不回危害到虚拟机.在该阶段主要完成以下四钟验证:
		1. 文件格式验证：验证字节流是否符合Class文件的规范，如主次版本号是否在当前虚拟机范围内，常量池中的常量是否有不被支持的类型.
		2. 元数据验证:对字节码描述的信息进行语义分析，如这个类是否有父类，是否集成了不被继承的类等。
		3. 字节码验证：是整个验证过程中最复杂的一个阶段，通过验证数据流和控制流的分析，确定程序语义是否正确，主要针对方法体的验证。如：方法中的类型转换是否正确，跳转指令是否正确等。
		4. 符号引用验证：这个动作在后面的解析过程中发生，主要是为了确保解析动作能正确执行。
	准备
		准备阶段是为类的静态变量分配内存并将其初始化为默认值，这些内存都将在方法区中进行分配。准备阶段不分配类中的实例变量的内存，实例变量将会在对象实例化时随着对象一起分配在Java堆中。
		public static int value=123;//在准备阶段value初始值为0 。在初始化阶段才会变为123 。
	解析
		该阶段主要完成符号引用到直接引用的转换动作。解析动作并不一定在初始化动作完成之前，也有可能在初始化之后。
	初始化
		初始化是类加载的最后一步，前面的类加载过程，除了在加载阶段用户应用程序可以通过自定义类加载器参与之外，其余动作完全由虚拟机主导和控制。到了初始化阶段，才真正开始执行类中定义的Java程序代码。

JVM的常用参数调优你知道哪些?

	两个:一个-Xms堆内存初始化大小，一般默认为物理内存的六十四分之一
	一个-Xmx堆内存最大分配空间，一般默认为物理内存的四分之一