JDK8Xms20MXmx20MXX:PrintGCDetailsXX:UseConcMarkSweepGCCMS日志格式:GC(AllocationFailure)ParNew:5504K640K(6144K),0.0136830secs5504K155

JAVAThreadDump文件分析ThreadDump介绍ThreadDump是非常有用的诊断Java应用问题的工具。每一个Java虚拟机都有及时生成所有线程在某一点状态的threaddump的能力，虽然各个Java虚拟机打印的threaddump略有不同，但是

JVM调优工具Jconsole，jProfile，VisualVMJconsole: jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fpen

点击上面免费订阅本账号！本公众号主要推送javaweb开发相关技术，基础知识点，同时会深入剖析复杂的问题，分享一些优秀的框架，大型项目经验，当今最流行的Javaweb技术，热点科技新闻，招聘信息，生活乐趣等等。点击上方的蓝字，这样您每天可以看到更多的java知识和资讯！完全是免费订阅，请放心关注。以下配置主要针对分代垃圾回收

典型配置：javaXmx3800mXms3800mXmn2gXss128kXX:UseParallelGCXX:ParallelGCThreads20XX:UseParallelGC：选择垃圾收集器为并行收集器。此配置仅对年轻代有效。

1.为何HotSpot虚拟机要使用解释器与编译器并存的架构？2.为何HotSpot虚拟机要实现两个不同的即时编译器？3.程序何时使用解释器执行？何时使用编译器执行？4.哪些程序代码会被编译为本地代码？如何编译为本地代码？5.如何从外部观察即时编译器的编译过程和编译结果？解释器与编译器两者各有优势：当_程序需要迅速启动和执行

在生产系统中，高吞吐和低延迟一直都是JVM调优的最终目标，但这两者恰恰又是相悖的，鱼和熊掌不可兼得，所以在调优之前要清楚舍谁而取谁。一般计算任务和组件服务会偏向高吞吐，而web展示则偏向低延迟才会带来更好的用户体验。本文从性能和经验上来分享一下JVM参数的设置。调优之前可以先用XX:PrintFlagsFinal来查看虚拟机是否默认开启某

转：https://www.cnblogs.com/jinb/p/6435486.html(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.cnblogs.com%2Fjinb%2Fp%2F6435486.html)、https://www.cnblogs.com/LTe

可以从不同的的角度去划分垃圾回收算法：按照基本回收策略分引用计数（ReferenceCounting）:比较古老的回收算法。原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。标记清除（MarkSweep）:

Java程序在运行过程中，会产生大量的内存垃圾（一些没有引用指向的内存对象都属于内存垃圾，因为这些对象已经失去标记，程序用不了它们了，对程序而言它们已经废弃），为了确保程序运行时的性能，java虚拟机在程序运行的过程中不断地进行自动的垃圾回收（GC），这就是我们的垃圾回收机制，关于垃圾回收我总结了一下几种：标记–清除算法（MarkSweep）