昨天启动工程，发现占用内存特别多，占用了1个多G，导致系统特别卡，这还只是刚启动呢，什么都没做，我不能忍，卡的人心烦，而且工作 效率也低，所以看是不是能解决掉这个问题？

     首先看看程序中是否有代码问题导致内存吃这么多？通过JDK自带的VisualVM监控，发现都挺正常的，使用的堆常在250M以内，还能接受，但是分配的话，是分配了900M的空间，初步估计应该是初始化的时候撑大的，但没有释放回去，所以决定通过设置JVM参数的方法看是不是能优化一下；

在IDEA中设置JVM启动参数

-Xmx600m                                  最大堆大小

-Xms600m                                  初始堆大小

-Xmn100m                                  年轻代大小

-XX:SurvivorRatio=8                  Eden区与Survivor区的大小比值，设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10

-XX:+UseG1GC                              使用 G1 (Garbage First) 垃圾收集器 （因为本地是JDK版本是JDK8，所以启用G1收集器，8以下的可以试用CMS收集器）

-XX:ParallelGCThreads=8                   设置垃圾收集器在并行阶段使用的线程数[一般设置为本机CPU线程数相等，即本机同时可以处理的个数，设置过大也没有用]

-XX:ConcGCThreads=8                       并发垃圾收集器使用的线程数量

-XX:+DisableExplicitGC                    禁止在启动期间显式调用System.gc()

-XX:+HeapDumpOnOutOfMemoryError           OOM时导出堆到文件

-XX:HeapDumpPath=d:/dumps/xxx.dump        导出OOM的路径（此处自定义dump文件路径）

-XX:+PrintGCDetails                       打印GC详细信息

-XX:+PrintGCTimeStamps                    打印CG发生的时间戳

-XX:+PrintHeapAtGC                        每一次GC前和GC后，都打印堆信息

-XX:+TraceClassLoading                    监控类的加载

设置完后再查看内存就基本上稳定在600M左右了，一下少了差不多一半，还是很值得的。这下再也不用担心电脑卡了。。