如何获取关于GC的Java9打印Java8样式的信息

在Java8上为JVM提供命令行选项 -XX:+PrintGCDateStamps and -XX:+PrintGCDetails 或

如何让Java9做类似的事情？每个GC操作一行，最好列出运行时间和操作后的可用内存量

我能得到的最接近的方法是在“info”级别启用GC日志记录，如下：-Xlog:GC=info

但是，它仍然为每一轮GC打印六行。

详细说明了缺少/不推荐的命令行选项

-XX:+PrintGCDateStamps and -XX:+PrintGCDetails

---

简而言之，

PrintGCDetails

被替换为

-Xlog:gc*

。似乎没有记录在案的替代品取代

-XX:+printgcdatastamps

试试

-Xlog:gc，gc+cpu=info:：utc

。或者阅读

-Xlog:help

并组装您自己的日志配置

你真的不应该那么担心线条。最后，它只是大约字节，两个较短的行与一个较长的行没有多大区别。另外，你可以随时压缩它们等等。

---

如果GC日志行中的字符数是导致系统中断的原因，那么您已经有了更大的问题。

是的，但切换的结果非常详细，为每个GC事件打印20多行。因此，它不是真正的替代品；我不能把它放在生产环境中。如果这是解决问题的方法，我认为这个问题可以被标记为一个可能的复制品的复制品，我真的看不到很多相似之处。这个问题是关于从.Ya开始的不同JVM选项（实际上并没有因为这个原因投票），但解决方案将接近于一个。希望你能浏览答案中的链接，特别是艾伦的链接。当然，日志记录方法已经改变。我不确定你是不是在找人帮你解决这个问题，在这种情况下，我还是把它作为一个开放的产业。为什么线的数量很重要？它们应该在一次写系统调用中被写出来（我希望如此），因此系统上的负载不应该与旧的日志记录方式有太大的改变。更紧凑的格式将占用更少的磁盘空间，并且更易于读取。当然，使用新的日志API，您可以将日志移动到一个自定义文件并进行旋转，但我尝试找到一种不需要将日志拆分为多个位置的方法。

2018-03-21T01:35:58.404-0700: [Full GC (Metadata GC Threshold) [PSYoungGen: 1952K->0K(348672K)] [ParOldGen: 457235K->256822K(873984K)] 459187K->256822K(1222656K), [Metaspace: 122374K->122350K(1163264K)], 0.9086909 secs] [Times: user=3.25 sys=0.01, real=0.91 secs]