JDK11相比JDK10,添加了一个新的Source-File Mode,能够直接经过java来运行单个java源文件,而不须要进行编译。同时还提供了新的HTTP API,支持响应性stream。java
固然上面的都不是重点,重点的是JDK11是一个LTS版本,是继JDK8以后的又一个LTS版本,也多是你们往后使用的最多的一个版本。git
因此JDK11的JVM参数吸取了JDK9,JDK10的新特性和改动,并在他们的基础上进行了微调。github
一样在文章最后,我也将JDK11的GC调优秘籍作成了一张PDF,欢迎你们下载。优化
JDK11和JDK9,JDK10相比,废弃的选项都差很少。这里重点讲下面几个:spa
-XX:+AggressiveOpts
aggressive的中文意思是激进的,有进取心的意思。这个参数的意思是启用激进的优化选项,默认状况下是禁止的,而且是做为一个体验选项提供的。code
由于这个选项可能在后面的版本中做为默认选项,因此在JDK11中是废弃的。教程
-XX:+UseAppCDS
AppCDS是在JDK9 JPMS中引入的新特性,能够提高java程序的启动速度。内存
AppCDS默认状况下是开启的因此这里也废弃掉了。资源
注意,JVM中的参数若是是被废弃掉了,并不必定说这个选项的特性JVM已经不支持了,也有多是JVM默认是开启了这个选项。
什么是Source-File Mode呢?get
Source-File Mode就是指能够直接使用java命令来运行java源代码,而不用使用javac进行编译。
固然这个只对单文件的源代码有效。
有两种方式使用Source-File Mode,一种是源文件后面带.java后缀,如:
java HelloWorld.java
一种是添加参数--source version选项:
java -source 11 HelloWorld
这里的version指的是JDK版本号,能够取值6,7,8,9,10,11。
若是没有使用.java,则必须使用-source。
Source-File Mode的原理是将源代码编译到内存中,而后执行源代码中的第一个class。
咱们知道JVM中的JIT编译器会将一些热点的java代码编译成机器码,而这些机器码会存储在一个叫作code cache的地方。
CodeHeap就是用来生成和管理这些机器码的类。每次存储请求都会分配必定大小的空间,这个值是由CodeCacheSegmentSize来定义的。
固然,为了提高效率,你能够将CodeCacheSegmentSize的大小设置为和cache line大小一致。不过这不是必须的。
Code Heap状态分析就是分析code cache的状态。
CodeHeap状态分析分为两个部分。 第一部分检查整个CodeHeap并汇总全部认为有用/重要的信息。 第二部分能够根据须要选的特定的命令来输出本身须要的那部分。
咱们举几个例子:
实时分析:
jcmd <pid> Compiler.CodeHeap_Analytics [<function>] [<granularity>]
其中function能够有下面的几个选项:
granularity是和aggregate配合使用的,表明一个aggregate表明的存储空间大小。
JDK11在AppCDS上面有所提高,能够支持从module path导出 archiving classes:
$ java -Xshare:dump -XX:SharedClassListFile=class_list_file \ -XX:SharedArchiveFile=shared_archive_file \ --module-path=path_to_modular_jar -m module_name
使用:
$ java -XX:SharedArchiveFile=shared_archive_file \ --module-path=path_to_modular_jar -m module_name
一样的,为JDK11特地准备了一个PDF,下载连接以下:
本文连接: http://www.flydean.com/jdk11-gc-cheatsheet/最通俗的解读,最深入的干货,最简洁的教程,众多你不知道的小技巧等你来发现!
欢迎关注个人公众号:「程序那些事」,懂技术,更懂你!