java杂项

标签：命令   传递   minor   you   pil   hot   time   compile   实时   

一、jvm调优命令

1.多线程死锁处理方式

　　jstack命令，打印当前线程

2. 打印出某个java进程（使用pid）内存内的所有‘对象‘的情况（如：产生那些对象，及其数量）

　　jmap -histo:live 2796

　　查看进程2796下的所有对象

3.jps，类似于linux下的ps，现实所有java进程信息

• jps ：列出Java程序进程ID和Main函数名称
• jps -q ：只输出进程ID
• jps -m ：输出传递给Java进程（主函数）的参数
• jps -l ：输出主函数的完整路径
• jps -v ：显示传递给Java虚拟的参数

4.jinfo用于显示jvm的启动参数

　　使用实例如下:

　　jinfo -flag MaxPermSize 2788

5.jstat打印当前jvm状态信息

　　jstat -gcutil  pid  1000 100

　　命令：jmap -dump:format=b,file=heap.bin  
　　file：保存路径及文件名 
　　pid：进程编号

　　jstat工具特别强大，有众多的可选项，详细查看堆内各个部分的使用量，以及加载类的数量。使用时，需加上查看进程的进程id，和所选参数。以下详细介绍各个参数的意义。 
　　jstat -class pid:显示加载class的数量，及所占空间等信息。 
　　jstat -compiler pid:显示VM实时编译的数量等信息。 
　　jstat -gc pid:可以显示gc的信息，查看gc的次数，及时间。其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。 
　　jstat -gccapacity:可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小，如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。其他的可以根 　　据这个类推， OC是old内纯的占用量。 
　　jstat -gcnew pid:new对象的信息。 
　　jstat -gcnewcapacity pid:new对象的信息及其占用量。 
　　jstat -gcold pid:old对象的信息。 
　　jstat -gcoldcapacity pid:old对象的信息及其占用量。 
　　jstat -gcpermcapacity pid: perm对象的信息及其占用量。 
　　jstat -util pid:统计gc信息统计。 
　　jstat -printcompilation pid:当前VM执行的信息。 

二、fullgc触发条件

　　1. 旧生代空间不足
　　　　旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出如下错误：
　　　　java.lang.OutOfMemoryError: Java heap space 
　　　　为避免以上两种状况引起的FullGC，调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组。
　　2. Permanet Generation空间满
　　　　PermanetGeneration中存放的为一些class的信息等，当系统中要加载的类、反射的类和调用的方法较多时，Permanet Generation可能会被占满，在未配置为采用CMS GC的情况下会执行Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下：
　　　　java.lang.OutOfMemoryError: PermGen space 
　　　　为避免Perm Gen占满造成Full GC现象，可采用的方法为增大Perm Gen空间或转为使用CMS GC。
　　3. CMS GC时出现promotion failed和concurrent mode failure
　　　　对于采用CMS进行旧生代GC的程序而言，尤其要注意GC日志中是否有promotion failed和concurrent mode failure两种状况，当这两种状况出现时可能会触发Full GC。
　　　　promotionfailed是在进行Minor GC时，survivor space放不下、对象只能放入旧生代，而此时旧生代也放不下造成的；concurrent mode failure是在执行CMS GC的过程中同时有对象要放入旧生代，而此时旧生代空间不足造成的。
　　　　应对措施为：增大survivorspace、旧生代空间或调低触发并发GC的比率，但在JDK 5.0+、6.0+的版本中有可能会由于JDK的bug29导致CMS在remark完毕后很久才触发sweeping动作。对于这种状况，可通过设置-

　　　　　　　　　　XX:CMSMaxAbortablePrecleanTime=5（单位为ms）来避免。
　　4. 统计得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间
　　　　这是一个较为复杂的触发情况，Hotspot为了避免由于新生代对象晋升到旧生代导致旧生代空间不足的现象，在进行Minor GC时，做了一个判断，如果之前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间，那么就直接触发Full GC。
　　　　例如程序第一次触发MinorGC后，有6MB的对象晋升到旧生代，那么当下一次Minor GC发生时，首先检查旧生代的剩余空间是否大于6MB，如果小于6MB，则执行Full GC。
　　　　当新生代采用PSGC时，方式稍有不同，PS GC是在Minor GC后也会检查，例如上面的例子中第一次Minor GC后，PS GC会检查此时旧生代的剩余空间是否大于6MB，如小于，则触发对旧生代的回收。
　　　　除了以上4种状况外，对于使用RMI来进行RPC或管理的Sun JDK应用而言，默认情况下会一小时执行一次Full GC。可通过在启动时通过- java-Dsun.rmi.dgc.client.gcInterval=3600000来设置Full GC执行的间隔时间或通过-XX:+ DisableExplicitGC来禁止RMI

　　　　调用System.gc。

三、ThreadLocal

　　通过一个内部类ThreadLocalMap实现，ThreadLocal本身并没有ThreadLocalMap的实例，该实例属于Tread，ThreadLocal的本质就是以ThreadLocal的this对象为key在Thread下的ThreadLocalMap中保存了一个value

java杂项

标签：命令   传递   minor   you   pil   hot   time   compile   实时   

原文地址：https://www.cnblogs.com/yangyang12138/p/13205659.html