浅谈：
EDAS 创建应用时 ，支持客户自己自定义生成 coredump 和 GC 的策略，由于 EDAS 使用 JVM 本身就是开源的 Java 容器，所以支持的参数和配置方法也都是一致，只布偶封装在 EDAS 控制台下发而已。
coredump 配置
- ecs 是否产生 coredump 文件要看系统本身是否开启了 coredump 开关。 ulimit -c 命令可以设置是否开启。
- 可以通过 ulimit -c ulimited 命令设置 coredump 无限大。
JVM crash
JVM. crash 掉会生产 2 个文件，第一个是 JVM 的 coredump 文件，第二个是 hfs_error 的应用错误日志，如图：
应用 OOM
EDAS 支持自定义 OOM 日志的路径。
配置 GC
tomcat 中的 GC 配置和开源的配置是一样的，没有差别，先来了解一下 GC. 的概念。
垃圾收集器
在java虚拟机中，垃圾回收器不仅仅只有一种，什么情况下该使用哪种，对性能又有什么影响，这些都是我们需要了解的。
串行垃圾收集器
串行回收器是指使用单线程进行垃圾回收的回收器。每次回收时，串行回收器只有一个工作线程，对于并行能力较弱的计算机来说，串行回收器的专注性和独占性往往有更好的性能表现。串行回收器可以在新生代和老年代使用。根据作用于不同的对空间分为新生代串行回收器和老年代串行回收器。
-XX：+UseSerialGC参数可以设置使用新生代串行回收器和老年代串行回收器。
并行垃圾收集器
并行的垃圾回收器在串行回收器的基础上做了改进，他可以使用多个线程同时进行垃圾回收，对于计算能力强的计算机而言，可以有效的缩短垃圾回收所需的实际时间。
ParNew回收器
是一个工作在新生代的垃圾回收器，他只是简单的将串行回收器多线程化，它的回收策略和算法和串行回收器一样。
使用-XX:+UseParNewGC 新生代使用ParNew回收器，老年代则使用串行回收器。
ParNew回收器工作时的线程数量可以使用-XX：ParallelGCThreads参数指定，一般最好和计算机的CPU相当，避免过多的线程影响性能。
新生代ParallelGC回收器，使用了复制算法的回收器，也是多线程独占形式的回收器，但ParallelGC回收器有一个很重要的特点，就是它非常关注吞吐量。
提供了两个参数控制系统的吞吐量
-XX: MaxGCPauseMillis:设置最大垃圾收集停顿时间，可用于把虚拟机在GC停顿的时间控制在MaxGCPauseMillis范围内，如果希望减少GC停顿时间可以将MaxGCPauseMillis设置的很小，但是会导致GC频繁，从而增加GC的总时间，降低了吞吐量。所以要根据实际情况设置该值。
-XX: GCTimeRatio:设置吞吐量的大小，它是一个0到100之间的整数，默认情况下它的取值是99，那么系统将花费不超过1/(1+n)的时间用于垃圾回收，也就是1/(1+99)=1%的时间。
另外还可以指定-XX：+UseAdaptiveSizePolicy打开自适应模式，在这种模式下，新生代的大小、eden、from/to的比例，以及晋升老年代的对象的年龄参数将被自动调整，以达到在堆大小、吞吐量和停顿时间之间的平衡点。
老年代ParallelOldGC回收器
也是一种多线程的回收器，和新生代的ParallelGC回收器一样，也是一种关注吞吐量的回收器，它使用标记压缩算法实现。
-XX:+UseParallelOldGC进行设置
-XX:+ParallelGCThreads也可以设置垃圾收集时的线程数量。
CMS回收器
CMS全称为：Current Mark Sweep意为并发标记清除，他使用的是标记清除法，主要关注系统的停顿时间。
使用-XX:+UseConcMarkSweepGC进行设置
使用-XX:+ConcGCThreads设置并发线程数量
CMS并不是独占的回收器，也就是说CMS回收的过程中，应用程序仍在不断的运行，又会有新的垃圾不断的产生，所以在使用CMS的过程中应该确保应用程序的内存足够用。CMS不会等到应用程序饱和的时候才去回收垃圾，而是在某一阈值的时候开始回收，回收阈值可以用指定的参数进行配置，-XX:CMSInitiatingOccupancyFraction来指定，默认值为68，也就是说当老年代的空间使用率达到68%的时候，会执行CMS回收。如果内存使用率增长很快，在CMS执行的过程中，已经出现内存不足的情况，此时CMS回收就会失败，虚拟机将启动老年代串行回收器进行垃圾回收，这会使应用程序中断，直到垃圾回收完成后才会正常工作。这个过程GC停顿的时间可能比较长，所以-XX:CMSInitiatingOccupancyFraction的设置要根据实际情况。
G1回收器
G1回收器(Garbage-First)是在jdk1.7中提出的垃圾回收器，从长期目标来看是为了取代CMS回收器，G1回收器拥有独特的垃圾回收策略，G1属于分代垃圾回收器，区分新生代和老年代，依然有eden和from/to区,并不要求整个eden区或新生代、老年代空间都连续，它使用的是分区算法。
并行性： G1回收期间可多线程同时工作。
并发性： G1拥有与应用程序交替执行的能力，部分工作可与应用程序同时执行，在整个GC期间不会完全阻塞应用程序。
分代GC： G1依然是一个分代收集器，但是它是兼顾新生代和老年代一起工作的，之前的垃圾收集器或者在新生代工作或者在老年代工作，因此这是一个很大的不同。
空间整理： G1在回收过程中，不会像CMS那样在若干次GC后进行碎片整理，G1采用有效复制对象的方式减少空间碎片。
可预见性：由于分区的原因，G1可以只选取部分区域进行回收，缩小了回收的范围，提高了性能。
使用-XX:+UseG1GC应用G1收集器
使用-XX:MaxGCPauseMillis指定最大的停顿时间
使用-XX:ParallelGCThreads设置并行回收的线程数量
EDAS GC 配置
EDAS 支持四种 GC 模式，每一种配置的辅助参数可开源的 GC 机制一样。
