Java中STW （GC卡顿）

在垃圾回收时，都会产生应用程序的停顿，停顿产生时，整个应用程序会被卡死，没有任何响应。

java中Stop-The-World机制简称STW，是在执行垃圾收集算法时，Java应用程序的其他所有线程都被挂起（除了垃圾收集帮助器之外）。Java中一种全局暂停现象，全局停顿，所有Java代码停止，native代码可以执行，但不能与JVM交互；这些现象多半是由于gc引起。

设置jvm参数：

-Xmx512m -Xms512m   -Xmn1024k  -XX:+UseSerialGC  -Xloggc:gc.log  -XX:+PrintGCDetails

其他：系统会把gc日志放进gc.log中。

 

代码：

package jvm;

import java.util.HashMap;

public class StopWorldTest {

    public static class MyThread extends Thread{
         HashMap map=new HashMap();
         public void run(){
             try{
            
                 while(true){
                     if(map.size()*512/1024/1024>=300){
                         map.clear();
                         System.out.println("clean map");
                     }
                     byte[] b1;
                     
                     //map占用 字节数：
                     //https://blog.csdn.net/GV7lZB0y87u7C/article/details/90735506
                     for(int i=0;i<100;i++){
                         b1=new byte[512];    //byte字节 0.5K 
                         
                         map.put(System.nanoTime(),b1); //System.nanoTime() -long 占据8字节
                         
                     }
                     Thread.sleep(1);
                     
                 }
                 
                 
                 
             }catch(Exception e){
                 e.printStackTrace();
             }
             
             
         }
         
    }
    
    public static class PrintThread extends Thread{
        
        public static final long starttime=System.currentTimeMillis();
        public void run(){
            try{
                while(true){
                    long t=System.currentTimeMillis()-starttime;
                    System.out.println(t/1000+"."+t%1000);
                    Thread.sleep(100);
                    
                }
            }catch(Exception e ){
                e.printStackTrace();
            }
        }
        
    }
    
    public static void main(String[] args) {

        MyThread t=new MyThread();
        PrintThread p=new PrintThread();
        t.start();
        p.start();
        
    }

}
 

 

 

1、-XX:newSize：表示新生代初始内存的大小，应该小于-Xms的值；
2、-XX:MaxnewSize：表示新生代可被分配的内存的最大上限；当然这个值应该小于-Xmx的值；
3、-Xmn：至于这个参数则是对 -XX:newSize、-XX:MaxnewSize两个参数的同时配置，也就是说如果通过-Xmn来配置新生代的内存大小，那么-XX:newSize = -XX:MaxnewSize　=　-Xmn，虽然会很方便，但需要注意的是这个参数是在JDK1.4版本以后才使用的。
 

 

eclipse中输出如下：5.931、6.131  应该为0.1s 输出一次，此时出现了卡顿。

 

4.920
5.20
5.120
5.220
5.320
5.420
5.520
5.624
5.724
5.824
5.931
6.31
6.131
6.231
6.331
6.431
6.531
6.631
6.731
6.837
6.937
7.37
7.137
7.237
7.338
7.438
7.538

 

gc.log内容如下：

Java HotSpot(TM) 64-Bit Server VM (25.91-b15) for windows-amd64 JRE (1.8.0_91-b15), built on May 20 2016 17:43:15 by "java_re" with MS VC++ 10.0 (VS2010)
Memory: 4k page, physical 8297992k(1093900k free), swap 16594124k(7586100k free)
CommandLine flags: -XX:InitialHeapSize=536870912 -XX:MaxHeapSize=536870912 -XX:MaxNewSize=1048576 -XX:NewSize=1048576 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseSerialGC 
0.071: [GC (Allocation Failure) 0.071: [DefNew: 896K->63K(960K), 0.0012835 secs] 896K->609K(524224K), 0.0013767 secs] [Times: user=0.02 sys=0.00, real=0.00 secs] 
0.088: [GC (Allocation Failure) 0.088: [DefNew: 959K->63K(960K), 0.0007846 secs] 1505K->1291K(524224K), 0.0008761 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.104: [GC (Allocation Failure) 0.104: [DefNew: 959K->63K(960K), 0.0008809 secs] 2187K->1994K(524224K), 0.0009154 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.121: [GC (Allocation Failure) 0.121: [DefNew: 959K->63K(960K), 0.0008644 secs] 2890K->2618K(524224K), 0.0008935 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.137: [GC (Allocation Failure) 0.137: [DefNew: 959K->63K(960K), 0.0008191 secs] 3514K->3333K(524224K), 0.0008581 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.154: [GC (Allocation Failure) 0.154: [DefNew: 959K->64K(960K), 0.0007344 secs] 4229K->3954K(524224K), 0.0007694 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.170: [GC (Allocation Failure) 0.170: [DefNew: 960K->63K(960K), 0.0009542 secs] 4850K->4569K(524224K), 0.0009921 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.187: [GC (Allocation Failure) 0.187: [DefNew: 959K->64K(960K), 0.0007139 secs] 5465K->5146K(524224K), 0.0007458 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.202: [GC (Allocation Failure) 0.202: [DefNew: 960K->64K(960K), 0.0006426 secs] 6042K->5699K(524224K), 0.0006645 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.219: [GC (Allocation Failure) 0.219: [DefNew: 960K->63K(960K), 0.0029161 secs] 6595K->6379K(524224K), 0.0030299 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.238: [GC (Allocation Failure) 0.239: [DefNew: 959K->63K(960K), 0.0033905 secs] 7275K->7261K(524224K), 0.0035029 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.259: [GC (Allocation Failure) 0.259: [DefNew: 959K->63K(960K), 0.0047361 secs] 8157K->8145K(524224K), 0.0049374 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.279: [GC (Allocation Failure) 0.279: [DefNew: 959K->64K(960K), 0.0015660 secs] 9041K->9017K(524224K), 0.0016204 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.297: [GC (Allocation Failure) 0.297: [DefNew: 960K->64K(960K), 0.0015141 secs] 9913K->9876K(524224K), 0.0015637 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.313: [GC (Allocation Failure) 0.313: [DefNew: 960K->64K(960K), 0.0011369 secs] 10772K->10635K(524224K), 0.0011803 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
0.330: [GC (Allocation Failure) 0.330: [DefNew: 960K->64K(960K), 0.0010078 secs] 11531K->11303K(524224K), 0.0010485 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]