陆克和他的那些代码

最近在验证 GC 的规则时，发现一个莫名其妙的现象，VM 配置如下，现象如图所示VM 配置很简单，新生代 7M 大小（可用空间 6656K + 512K），老年代大概就剩余 13M 左右，按照常识，我们都知道，给了 8M 的对象，按理讲新生代不够，直接晋升老年代才对，我们看图发现老年代的确进去了也是 8M，但是 eden 区的 44% 是啥子情况？？？在验证此类问题时，推荐在第一行加上因为有些 IDEA 有自己的一套启动 GC 机制，可能启动的时候就会先进行 GC 先，之前也碰到过这样的案例，所

简介每一种回收器的日志格式都是由其自身的实现决定的，换而言之，每种回收器的日志格式都可以不一样。但虚拟机设计者为了方便用户阅读，将各个回收器的日志都维持一定的共性。本文简单介绍下这些共性，一目了然，一图胜千言（Java GC 日志可以通过 +PrintGCDetails 开启）配置ParallelGC详解YoungGC 日志解释FullGC 日志解释附加应该上面的解释大家大部分都好理解，但是我第一次看的时候，发现怎么有各种耗时时间，那他们分别的意义又代表什么呢？

背景YGC时，Survivor空间溢出，溢出部分对象进入老年代时，如果空间不足则抛出“promotion failed”错误影响触发FGC原因Survivor 空间过小 老年代空间小或者碎片多解决基本上满足 (Xmx - Xmn) * (1- CMSInitiatingOccupancyFraction/ 100)>= Xmn 就不会出现promotion failed...

背景很多人说换个工具不就得了，我跟你说，不要小看自带的工具，虽然功能没 VisualVM 的强大，但是这个毕竟是自带工具，有时候可以解燃眉之急，难道你还换个环境去重新下载安装 VisualVM？（紧急情况）现在出现的问题，如图所示，没有本地连接入口。操作系统Windows 10解决方案1、开启权限是因为有一个文件夹【C:\Users\[用户名]\AppData\Local\Temp\hsperfdata_[用户名]】在系统盘里，修改该文件夹权限改成完全控制即可，然后重新