Java内存模型-JMM 和 jvm优化 博客分类: Java JMM
一、Java内存模型简介
Java内存模型是Java里面高级技术也是很难理解的部分,希望能通过这篇文章让大家对JMM不在那么陌生,当很了解Java内存模型后Java多线程也就就会变得容易许多。
二、堆、栈和方法区存储了些什么
堆区:
1、存储的全部都是对象,每个对象包含一个与之对应的class的信息。
2、jvm只有一个堆区被所有的线程共享,堆中不存放基本类型和对象的引用
栈区:
1、每个线程包括一个栈区,栈中只保存基本数据类型的对象和自定义对象的引用(不是对象)
2、每个栈中的数据(基本数据类型和对象引用)都是私有的,其他栈没有权限访问
3、栈分为三个区:基本数据类型变量区、执行环境上下文、操作指令区(存放操作指令)
方法区:
1、又叫静态区,跟堆一样,被所有线程共享,包含所有的class对象和静态变量
2、方法区包含的都是整个程序中永远唯一的元素如,static 对象
内存模型图如下:
三、一个类在堆和栈区域如何存储
按照第二点,可以得出一个Employee类在堆、栈、方法区域如何存储的。
如图可以看出,e2和e3在heap区域指向同一个地址,如图所示就是一个类在对喝栈的存储,方法区域存储class信息和静态变量
四、CPU乱序
多线程使用使用和赋值同一个对象时,会导致CPU乱序例如下列代码:
Unsafe unsafe = (Unsafe) FieldUtils.readStaticField(Unsafe.class, "theUnsafe", true);Unsafe直接操作数组:
// 获取数组在内存中的位置 long byteBaseOffset = unsafe.arrayBaseOffset(byte[].class); //定义一个byte数组 byte[] bytes = new byte[10]; //给数组每个元素设置值 for (int x = 0; x < bytes.length; x++) { unsafe.putByte(bytes, byteBaseOffset + x, (byte) (x+1) ); } // 获取数组某个元素的值 unsafe.getByte(arg0.bytes, byteBaseOffset + 7 ) ;
-Xmx 最大堆大小
-Xmn 设置年轻代大小
-XX:PermSize 设置持久代(perm gen)初始值
-XX:MaxPermSize 设置持久代最大值
-Xss 每个线程的堆栈大小
-XX:NewRatio 年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)。XX:NewRatio=4 表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5
-XX:SurvivorRatio Eden区与Survivor区的大小比值。设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10
-XX:MaxTenuringThreshold 垃圾最大年龄
更多参数,待更新。。。
七、jvm 内存监控
jstat -gcutil 29530 100 10
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
0.00 99.06 37.01 2.41 96.15 93.00 7 0.368 2 0.426 0.794
0.00 99.06 37.01 2.41 96.15 93.00 7 0.368 2 0.426 0.794
0.00 99.06 37.01 2.41 96.15 93.00 7 0.368 2 0.426 0.794
0.00 99.06 37.01 2.41 96.15 93.00 7 0.368 2 0.426 0.794
0.00 99.06 37.01 2.41 96.15 93.00 7 0.368 2 0.426 0.794
1、S0、S1:Survivor 0/1 使用量(Used)
2、EC、EU:Eden区容量和使用量
3、OC、OU:年老代容量和使用量
4、PC、PU:永久代容量和使用量
5、YGC、YGT:年轻代GC次数和GC耗时
6、FGC、FGCT:Full GC次数和Full GC耗时
7、GCT:GC总耗时
八、持久代被占满
异常:java.lang.OutOfMemoryError: PermGen space
说明: Perm空间被占满。无法为新的class分配存储空间而引发的异常。这个异常以前是没有的,但是在Java反射大量使用的今天这个异常比较常见了。主要原因就是大量动态反射生成的类不断被加载,最终导致Perm区被占满。 更可怕的是,不同的classLoader即便使用了相同的类,但是都会对其进行加载,相当于同一个东西,如果有N个classLoader那么他将会被加载N次。因此,某些情况下,这个问题基本视为无解。当然,存在大量classLoader和大量反射类的情况其实也不多。
解决:
1. -XX:MaxPermSize=1G
2. 换用JDK。比如JRocket。
九、堆栈溢出
异常:java.lang.*Error
说明:这个就不多说了,一般就是递归没返回,或者循环调用造成
十、线程堆栈满
异常:Fatal: Stack size too small
说明:java中一个线程的空间大小是有限制的。JDK5.0以后这个值是1M。与这个线程相关的数据将会保存在其中。但是当线程空间满了以后,将会出现上面异常。
解决:增加线程栈大小。-Xss512。但这个配置无法解决根本问题,还要看代码部分是否有造成泄漏的部分。
十一、异常:java.lang.OutOfMemoryError: unable to create new native thread
说明:
这个异常是由于操作系统没有足够的资源来产生这个线程造成的。系统创建线程时,除了要在Java堆中分配内存外,操作系统本身也需要分配资源来创建线程。因此,当线程数量大到一定程度以后,堆中或许还有空间,但是操作系统分配不出资源来了,就出现这个异常了。
分配给Java虚拟机的内存愈多,系统剩余的资源就越少,因此,当系统内存固定时,分配给Java虚拟机的内存越多,那么,系统总共能够产生的线程也就越少,两者成反比的关系。同时,可以通过修改-Xss来减少分配给单个线程的空间,也可以增加系统总共内生产的线程数。
解决:
1. 重新设计系统减少线程数量。
2. 线程数量不能减少的情况下,通过-Xss减小单个线程大小。以便能生产更多的线程。
推荐阅读
-
Java内存模型-JMM 和 jvm优化 博客分类: Java JMM
-
JVM内存模型及垃圾收集策略解析(1) 博客分类: java
-
JVM内存模型及垃圾收集策略解析(3) 博客分类: java java
-
JVM内存模型及垃圾收集策略解析(2) 博客分类: java
-
JVM内存模型及垃圾收集策略解析(3) 博客分类: java java
-
JVM内存模型及垃圾收集策略解析(1) 博客分类: java
-
jvm内存模型分析工具-MAT 博客分类: java其他jvm系统维护 jvmmat
-
JVM二:全面理解Java内存模型(JMM)及Java内存区域
-
Java并发编程:JMM(Java内存模型)和volatile
-
【Java】JMM内存模型和JVM内存结构