3.1. 工具概述使用上一章命令行工具或组合能帮您获取目标 Java 应用性能相关的基础信息，但它们存在下列局限：1．无法获取方法级别的分析数据，如方法间的调用关系、各方法的调用次数和调用时间等（这对定位应用性能瓶颈至关重要）。2．要求用户登录到目标 Java 应用所在的宿主机上，使用起来不是很方便。3．分析数据通过终端输出，结果展示不够直观。为此，JDK 提供了一些内存泄漏的分析工具，如 jconsole，jvisualvm 等，用于辅助开发人员定位问题，但是这些工具很多时候并不足以满足快速定位的需求。所以这里我们介绍的工具相对多一些、丰富一些。JDK 自带的工具 jconsole：JDK 自带的可视化监控工具。查看 Java 应用程序的运行概况、监控堆信息、永久区（或元空间）使用情况、类加载情况等
Visual VM：Visual VM 是一个工具，它提供了一个可视界面，用于查看 Java 虚拟机上运行的基于 Java 技术的应用程序的详细信息。
JMC：Java Mission Control，内置 Java Flight Recorder。能够以极低的性能开销收集 Java 虚拟机的性能数据。 第三方工具3.2. JConsolejconsole：从 Java5 开始，在 JDK 中自带的 java 监控和管理控制台。用于对 JVM 中内存、线程和类等的监控，是一个基于 JMX（java management extensions）的 GUI 性能监控工具。官方地址：https://docs.oracle.com/javase/7/docs/technotes/guides/management/jconsole.html3.3. Visual VMVisual VM 是一个功能强大的多合一故障诊断和性能监控的可视化工具。它集成了多个 JDK 命令行工具，使用 Visual VM 可用于显示虚拟机进程及进程的配置和环境信息（jps，jinfo），监视应用程序的 CPU、GC、堆、方法区及线程的信息（jstat、jstack）等，甚至代替 JConsole。在 JDK 6 Update 7 以后，Visual VM 便作为 JDK 的一部分发布（VisualVM 在 JDK／bin 目录下）即：它完全免费。主要功能：1.生成/读取堆内存/线程快照2.查看 JVM 参数和系统属性3.查看运行中的虚拟机进程4.程序资源的实时监控5.JMX 代理连接、远程环境监控、CPU 分析和内存分析官方地址：https://visualvm.github.io/index.html3.4. Eclipse MATMAT（Memory Analyzer Tool）工具是一款功能强大的 Java 堆内存分析器。可以用于查找内存泄漏以及查看内存消耗情况。MAT 是基于 Eclipse 开发的，不仅可以单独使用，还可以作为插件的形式嵌入在 Eclipse 中使用。是一款免费的性能分析工具，使用起来非常方便。MAT 可以分析 heap dump 文件。在进行内存分析时，只要获得了反映当前设备内存映像的 hprof 文件，通过 MAT 打开就可以直观地看到当前的内存信息。一般说来，这些内存信息包含：所有的对象信息，包括对象实例、成员变量、存储于栈中的基本类型值和存储于堆中的其他对象的引用值。所有的类信息，包括 classloader、类名称、父类、静态变量等GCRoot 到所有的这些对象的引用路径线程信息，包括线程的调用栈及此线程的线程局部变量（TLS）MAT 不是一个万能工具，它并不能处理所有类型的堆存储文件。但是比较主流的厂家和格式，例如 Sun，HP，SAP 所采用的 HPROF 二进制堆存储文件，以及 IBM 的 PHD 堆存储文件等都能被很好的解析。最吸引人的还是能够快速为开发人员生成内存泄漏报表，方便定位问题和分析问题。虽然 MAT 有如此强大的功能，但是内存分析也没有简单到一键完成的程度，很多内存问题还是需要我们从 MAT 展现给我们的信息当中通过经验和直觉来判断才能发现。官方地址： https://www.eclipse.org/mat/downloads.php3.5. JProfiler在运行 Java 的时候有时候想测试运行时占用内存情况，这时候就需要使用测试工具查看了。在 eclipse 里面有 Eclipse Memory Analyzer tool（MAT）插件可以测试，而在 IDEA 中也有这么一个插件，就是 JProfiler。JProfiler 是由 ej-technologies 公司开发的一款 Java 应用性能诊断工具。功能强大，但是收费。特点：使用方便、界面操作友好（简单且强大）对被分析的应用影响小（提供模板）CPU，Thread，Memory 分析功能尤其强大支持对 jdbc，noSql，jsp，servlet，socket 等进行分析支持多种模式（离线，在线）的分析支持监控本地、远程的 JVM跨平台，拥有多种操作系统的安装版本主要功能：1-方法调用：对方法调用的分析可以帮助您了解应用程序正在做什么，并找到提高其性能的方法2-内存分配：通过分析堆上对象、引用链和垃圾收集能帮您修复内存泄露问题，优化内存使用3-线程和锁：JProfiler 提供多种针对线程和锁的分析视图助您发现多线程问题4-高级子系统：许多性能问题都发生在更高的语义级别上。例如，对于 JDBC 调用，您可能希望找出执行最慢的 SQL 语句。JProfiler 支持对这些子系统进行集成分析官网地址：https://www.ej-technologies.com/products/jprofiler/overview.html数据采集方式：JProfier 数据采集方式分为两种：Sampling（样本采集）和 Instrumentation（重构模式）Instrumentation：这是 JProfiler 全功能模式。在 class 加载之前，JProfier 把相关功能代码写入到需要分析的 class 的 bytecode 中，对正在运行的 jvm 有一定影响。优点：功能强大。在此设置中，调用堆栈信息是准确的。缺点：若要分析的 class 较多，则对应用的性能影响较大，CPU 开销可能很高（取决于 Filter 的控制）。因此使用此模式一般配合 Filter 使用，只对特定的类或包进行分析Sampling：类似于样本统计，每隔一定时间（5ms）将每个线程栈中方法栈中的信息统计出来。优点：对 CPU 的开销非常低，对应用影响小（即使你不配置任何 Filter）缺点：一些数据／特性不能提供（例如：方法的调用次数、执行时间）注：JProfiler 本身没有指出数据的采集类型，这里的采集类型是针对方法调用的采集类型。因为 JProfiler 的绝大多数核心功能都依赖方法调用采集的数据，所以可以直接认为是 JProfiler 的数据采集类型。遥感监测 Telemetries内存视图 Live MemoryLive memory 内存剖析：class／class instance 的相关信息。例如对象的个数，大小，对象创建的方法执行栈，对象创建的热点。所有对象 All Objects：显示所有加载的类的列表和在堆上分配的实例数。只有 Java 1.5（JVMTI）才会显示此视图。记录对象 Record Objects：查看特定时间段对象的分配，并记录分配的调用堆栈。分配访问树 Allocation Call Tree：显示一棵请求树或者方法、类、包或对已选择类有带注释的分配信息的 J2EE 组件。分配热点 Allocation Hot Spots：显示一个列表，包括方法、类、包或分配已选类的 J2EE 组件。你可以标注当前值并且显示差异值。对于每个热点都可以显示它的跟踪记录树。类追踪器 Class Tracker：类跟踪视图可以包含任意数量的图表，显示选定的类和包的实例与时间。堆遍历 heap walkercpu 视图 cpu viewsJProfiler 提供不同的方法来记录访问树以优化性能和细节。线程或者线程组以及线程状况可以被所有的视图选择。所有的视图都可以聚集到方法、类、包或 J2EE 组件等不同层上。访问树 Call Tree：显示一个积累的自顶向下的树，树中包含所有在 JVM 中已记录的访问队列。JDBC，JMS 和 JNDI 服务请求都被注释在请求树中。请求树可以根据 Servlet 和 JSP 对 URL 的不同需要进行拆分。热点 Hot Spots：显示消耗时间最多的方法的列表。对每个热点都能够显示回溯树。该热点可以按照方法请求，JDBC，JMS 和 JNDI 服务请求以及按照 URL 请求来进行计算。访问图 Call Graph：显示一个从已选方法、类、包或 J2EE 组件开始的访问队列的图。方法统计 Method Statistis：显示一段时间内记录的方法的调用时间细节。线程视图 threadsJProfiler 通过对线程历史的监控判断其运行状态，并监控是否有线程阻塞产生，还能将一个线程所管理的方法以树状形式呈现。对线程剖析。线程历史 Thread History：显示一个与线程活动和线程状态在一起的活动时间表。线程监控 Thread Monitor：显示一个列表，包括所有的活动线程以及它们目前的活动状况。线程转储 Thread Dumps：显示所有线程的堆栈跟踪。线程分析主要关心三个方面：1．web 容器的线程最大数。比如：Tomcat 的线程容量应该略大于最大并发数。2．线程阻塞3．线程死锁监控和锁 Monitors ＆Locks所有线程持有锁的情况以及锁的信息。观察 JVM 的内部线程并查看状态：死锁探测图表 Current Locking Graph：显示 JVM 中的当前死锁图表。目前使用的监测器 Current Monitors：显示目前使用的监测器并且包括它们的关联线程。锁定历史图表 Locking History Graph：显示记录在 JVM 中的锁定历史。历史检测记录 Monitor History：显示重大的等待事件和阻塞事件的历史记录。监控器使用统计 Monitor Usage Statistics：显示分组监测，线程和监测类的统计监测数据3.6. Arthas上述工具都必须在服务端项目进程中配置相关的监控参数，然后工具通过远程连接到项目进程，获取相关的数据。这样就会带来一些不便，比如线上环境的网络是隔离的，本地的监控工具根本连不上线上环境。并且类似于 Jprofiler 这样的商业工具，是需要付费的。那么有没有一款工具不需要远程连接，也不需要配置监控参数，同时也提供了丰富的性能监控数据呢？阿里巴巴开源的性能分析神器 Arthas 应运而生。Arthas 是 Alibaba 开源的 Java 诊断工具，深受开发者喜爱。在线排查问题，无需重启；动态跟踪 Java 代码；实时监控 JVM 状态。Arthas 支持 JDK 6 ＋，支持 Linux／Mac／Windows，采用命令行交互模式，同时提供丰富的 Tab 自动补全功能，进一步方便进行问题的定位和诊断。当你遇到以下类似问题而束手无策时，Arthas 可以帮助你解决：这个类从哪个 jar 包加载的？为什么会报各种类相关的 Exception？我改的代码为什么没有执行到？难道是我没 commit？分支搞错了？遇到问题无法在线上 debug，难道只能通过加日志再重新发布吗？线上遇到某个用户的数据处理有问题，但线上同样无法 debug，线下无法重现！是否有一个全局视角来查看系统的运行状况？有什么办法可以监控到 JVM 的实时运行状态？怎么快速定位应用的热点，生成火焰图？官方地址：https://arthas.aliyun.com/doc/quick-start.html安装方式：如果速度较慢，可以尝试国内的码云 Gitee 下载。wget https://io/arthas/arthas-boot.jar
wget https://arthas/gitee/io/arthas-boot.jar
Arthas 只是一个 java 程序，所以可以直接用 java -jar 运行。除了在命令行查看外，Arthas 目前还支持 Web Console。在成功启动连接进程之后就已经自动启动,可以直接访问 http://127.0.0.1:8563/ 访问，页面上的操作模式和控制台完全一样。基础指令quit/exit 退出当前 Arthas客户端，其他 Arthas喜户端不受影响
stop/shutdown 关闭 Arthas服务端，所有 Arthas客户端全部退出
help 查看命令帮助信息
cat 打印文件内容，和linux里的cat命令类似
echo 打印参数，和linux里的echo命令类似
grep 匹配查找，和linux里的gep命令类似
tee 复制标隹输入到标准输出和指定的文件，和linux里的tee命令类似
pwd 返回当前的工作目录，和linux命令类似
cs 清空当前屏幕区域
session 查看当前会话的信息
reset 重置增强类，将被 Arthas增强过的类全部还原, Arthas服务端关闭时会重置所有增强过的类
version 输出当前目标Java进程所加载的 Arthas版本号
history 打印命令历史
keymap Arthas快捷键列表及自定义快捷键
jvm 相关dashboard 当前系统的实时数据面板
thread 查看当前JVM的线程堆栈信息
jvm 查看当前JVM的信息
sysprop 查看和修改JVM的系统属性
sysem 查看JVM的环境变量
vmoption 查看和修改JVM里诊断相关的option
perfcounter 查看当前JVM的 Perf Counter信息
logger 查看和修改logger
getstatic 查看类的静态属性
ognl 执行ognl表达式
mbean 查看 Mbean的信息
heapdump dump java heap，类似jmap命令的 heap dump功能
class/classloader 相关sc 查看JVM已加载的类信息
-d 输出当前类的详细信息，包括这个类所加载的原始文件来源、类的声明、加载的Classloader等详细信息。如果一个类被多个Classloader所加载，则会出现多次
-E 开启正则表达式匹配，默认为通配符匹配
-f 输出当前类的成员变量信息（需要配合参数-d一起使用）
-X 指定输出静态变量时属性的遍历深度，默认为0，即直接使用toString输出
sm 查看已加载类的方法信息
-d 展示每个方法的详细信息
-E 开启正则表达式匹配,默认为通配符匹配
jad 反编译指定已加载类的源码
mc 内存编译器，内存编译.java文件为.class文件
retransform 加载外部的.class文件, retransform到JVM里
redefine 加载外部的.class文件，redefine到JVM里
dump dump已加载类的byte code到特定目录
classloader 查看classloader的继承树，urts，类加载信息，使用classloader去getResource
-t 查看classloader的继承树
-l 按类加载实例查看统计信息
-c 用classloader对应的hashcode来查看对应的 Jar urls
monitor/watch/trace 相关monitor 方法执行监控，调用次数、执行时间、失败率
-c 统计周期，默认值为120秒
watch 方法执行观测，能观察到的范围为：返回值、抛出异常、入参，通过编写groovy表达式进行对应变量的查看
-b 在方法调用之前观察(默认关闭)
-e 在方法异常之后观察(默认关闭)
-s 在方法返回之后观察(默认关闭)
-f 在方法结束之后(正常返回和异常返回)观察(默认开启)
-x 指定输岀结果的属性遍历深度,默认为0
trace 方法内部调用路径,并输出方法路径上的每个节点上耗时
-n 执行次数限制
stack 输出当前方法被调用的调用路径
tt 方法执行数据的时空隧道,记录下指定方法每次调用的入参和返回信息,并能对这些不同的时间下调用进行观测
其他jobs 列出所有job
kill 强制终止任务
fg 将暂停的任务拉到前台执行
bg 将暂停的任务放到后台执行
grep 搜索满足条件的结果
plaintext 将命令的结果去除ANSI颜色
wc 按行统计输出结果
options 查看或设置Arthas全局开关
profiler 使用async-profiler对应用采样，生成火焰图
3.7. Java Misssion Control在 Oracle 收购 Sun 之前，Oracle 的 JRockit 虚拟机提供了一款叫做 JRockit Mission Control 的虚拟机诊断工具。在 Oracle 收购 sun 之后，Oracle 公司同时拥有了 Hotspot 和 JRockit 两款虚拟机。根据 Oracle 对于 Java 的战略，在今后的发展中，会将 JRokit 的优秀特性移植到 Hotspot 上。其中一个重要的改进就是在 Sun 的 JDK 中加入了 JRockit 的支持。在 Oracle JDK 7u40 之后，Mission Control 这款工具己经绑定在 Oracle JDK 中发布。自 Java11 开始，本节介绍的 JFR 己经开源。但在之前的 Java 版本，JFR 属于 Commercial Feature 通过 Java 虚拟机参数-XX:+UnlockCommercialFeatures 开启。Java Mission Control（简称 JMC) ， Java 官方提供的性能强劲的工具，是一个用于对 Java 应用程序进行管理、监视、概要分析和故障排除的工具套件。它包含一个 GUI 客户端以及众多用来收集 Java 虚拟机性能数据的插件如 JMX Console（能够访问用来存放虚拟机齐个于系统运行数据的 MXBeans）以及虚拟机内置的高效 profiling 工具 Java Flight Recorder（JFR）。JMC 的另一个优点就是：采用取样，而不是传统的代码植入技术，对应用性能的影响非常非常小，完全可以开着 JMC 来做压测（唯一影响可能是 full gc 多了）。官方地址：https://github.com/JDKMissionControl/jmcJava Flight RecorderJava Flight Recorder 是 JMC 的其中一个组件，能够以极低的性能开销收集 Java 虚拟机的性能数据。与其他工具相比，JFR 的性能开销很小，在默认配置下平均低于 1%。JFR 能够直接访问虚拟机内的敌据并且不会影响虚拟机的优化。因此它非常适用于生产环境下满负荷运行的 Java 程序。Java Flight Recorder 和 JDK Mission Control 共同创建了一个完整的工具链。JDK Mission Control 可对 Java Flight Recorder 连续收集低水平和详细的运行时信息进行高效、详细的分析。当启用时 JFR 将记录运行过程中发生的一系列事件。其中包括 Java 层面的事件如线程事件、锁事件，以及 Java 虚拟机内部的事件，如新建对象，垃圾回收和即时编译事件。按照发生时机以及持续时间来划分，JFR 的事件共有四种类型，它们分别为以下四种： 瞬时事件（Instant Event) ，用户关心的是它们发生与否，例如异常、线程启动事件。
持续事件(Duration Event) ，用户关心的是它们的持续时间，例如垃圾回收事件。
计时事件(Timed Event) ，是时长超出指定阈值的持续事件。
取样事件（Sample Event)，是周期性取样的事件。 取样事件的其中一个常见例子便是方法抽样（Method Sampling），即每隔一段时问统计各个线程的栈轨迹。如果在这些抽样取得的栈轨迹中存在一个反复出现的方法，那么我们可以推测该方法是热点方法3.8. 其他工具Flame Graphs（火焰图）在追求极致性能的场景下，了解你的程序运行过程中 cpu 在干什么很重要，火焰图就是一种非常直观的展示 CPU 在程序整个生命周期过程中时间分配的工具。火焰图对于现代的程序员不应该陌生，这个工具可以非常直观的显示出调用找中的 CPU 消耗瓶颈。网上的关于 Java 火焰图的讲解大部分来自于 Brenden Gregg 的博客 http://new.brendangregg.com/flamegraphs.html 火焰图，简单通过 x 轴横条宽度来度量时间指标，y 轴代表线程栈的层次。Tprofiler案例： 使用 JDK 自身提供的工具进行 JVM 调优可以将下 TPS 由 2.5 提升到 20（提升了 7 倍），并准确 定位系统瓶颈。系统瓶颈有：应用里释态对象不是太多、有大量的业务线程在频繁创建一些生命周期很长的临时对象，代码里有问题。那么，如何在海量业务代码里边准确定位这些性能代码？这里使用阿里开源工具 Tprofiler 来定位 这些性能代码，成功解决掉了 GC 过于频繁的性能瓶预，并最终在上次优化的基础上将 TPS 再提升了 4 倍，即提升到 100。Tprofiler 配置部署、远程操作、 日志阅谈都不太复杂，操作还是很简单的。但是其却是能够 起到一针见血、立竿见影的效果，帮我们解决了 GC 过于频繁的性能瓶预。Tprofiler 最重要的特性就是能够统汁出你指定时间段内 JVM 的 top method 这些 top method 极有可能就是造成你 JVM 性能瓶颈的元凶。这是其他大多数 JVM 调优工具所不具备的，包括 JRockit Mission Control。JRokit 首席开发者 Marcus Hirt 在其私人博客《 Lom Overhead Method Profiling cith Java Mission Control》下的评论中曾明确指出 JRMC 井不支持 TOP 方法的统计。官方地址：http://github.com/alibaba/TprofilerBtrace常见的动态追踪工具有 BTrace、HouseHD（该项目己经停止开发）、Greys-Anatomy（国人开发 个人开发者）、Byteman（JBoss 出品），注意 Java 运行时追踪工具井不限干这几种，但是这几个是相对比较常用的。BTrace 是 SUN Kenai 云计算开发平台下的一个开源项目，旨在为 java 提供安全可靠的动态跟踪分析工具。先看一卜日 Trace 的官方定义：大概意思是一个 Java 平台的安全的动态追踪工具，可以用来动态地追踪一个运行的 Java 程序。BTrace 动态调整目标应用程序的类以注入跟踪代码（“字节码跟踪“）。YourKitJProbeSpring Insight Greys-Anatomy（国人开发 个人开发者）、Byteman（JBoss 出品），注意 Java 运行时追踪工具井不限干这几种，但是这几个是相对比较常用的。
BTrace 是 SUN Kenai 云计算开发平台下的一个开源项目，旨在为 java 提供安全可靠的动态跟踪分析工具。先看一卜日 Trace 的官方定义：大概意思是一个 Java 平台的安全的动态追踪工具，可以用来动态地追踪一个运行的 Java 程序。BTrace 动态调整目标应用程序的类以注入跟踪代码（“字节码跟踪“）。YourKitJProbeSpring Insight性能监控与调优篇之【01-概述篇】性能监控与调优篇之【02-JVM监控及诊断工具-命令行篇】性能监控与调优篇之【3. JVM 监控及诊断工具-GUI 篇】性能监控与调优篇之【04-JVM运行时参数】性能监控与调优篇之【05-分析GC日志】性能监控与调优篇之【浅堆深堆与内存泄露】使用 OQL 语言查询对象信息}

直接上图，大家自己去实践一下吧，数据比visualvm数据更加丰富，但是这些数据怎么看还得慢慢摸索呢，真是一个利器啊！Java Mission Control飞行记录器在JVM的启动参数中增加如下参数：-XX:+UnlockCommercialFeatures -XX:+FlightRecorder一分钟后可查看记录数据，通过这些数据，可以清楚的了解到这一分钟时间内，整个操作系统以及JVM的所有数据情况。IBM heapAnalyzerhttps://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=4544bafe-c7a2-455f-9d43-eb866ea60091下载haXXX.jar上图可以看出一次内存快照的信息是非常丰富的，当然通过这个快照去查找问题必然是孤独的，寂寞的，一定要耐得住寂寞，跟随内存地址去找到出现问题的那段数据。
}

如果您想比较不同版本的 Java API，有一个很棒的工具Java Version Almanac。
我们跳过中间的版本直接对比Java8和Java17和我们开发有关的差异。1. Java 17 与 Java 8：变化添加了一个新的var关键字，允许以更简洁的方式声明局部变量。// java 8
Map<String, List<MyDtoType>> myMap = new HashMap<String, List<MyDtoType>>();
List<MyDomainObjectWithLongName> myList = aDelegate.fetchDomainObjects();
// java 10
var myMap = new HashMap<String, List<MyDtoType>>();
var myList = aDelegate.fetchDomainObjects()
我们不能使用var 关键字接收 lambda 的值：var
fun
=
MyObject :: mySpecialFunction;
// 导致编译错误：（方法引用需要明确的目标类型）
但是，可以在 lambda 表达式中可以使用varboolean isThereAneedle = stringsList.stream()
.anyMatch((@NonNull var s) -> s.equals(“needle”));
2. 扩展switch表达式java17的switch case 可以更容易地以更易读的方式分组（注意没有break！）。DayOfWeek dayOfWeek = LocalDate.now().getDayOfWeek();
boolean freeDay = switch (dayOfWeek) {
case MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY -> false;
case SATURDAY, SUNDAY -> true;
};
还允许从代码块内部返回值的yield 关键字，它实际上是一个从 case 块内部工作的返回 值，并通过其switch设置该值。DayOfWeek dayOfWeek = LocalDate.now().getDayOfWeek();
boolean freeDay = switch (dayOfWeek) {
case MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY -> {
System.out.println("Work work work");
yield false;
}
case SATURDAY, SUNDAY -> {
System.out.println("Yey, a free day!");
yield true;
}
};
2. 实例匹配java8时， 我们通常会写这样的代码if (obj instanceof MyObject) {
MyObject myObject = (MyObject) obj;
// TODO
}
Java 现在可以在if 中创建一个局部变量， 它将替我们进行强转。if (obj instanceof MyObject myObject) {
// TODO
}
此外，声明的变量可以在if 条件中使用if (obj instanceof MyObject myObject && myObject.isValid()) {
// TODO
}
3. 密封类（Sealed Classes）在switch 中的“no default”警告有没有让你烦恼？您涵盖了域接受的所有选项，但警告仍然存在。使用密封类就可以摆脱对instanceof 类型检查的警告的烦恼。public abstract sealed class Animal permits Dog, Cat {
}
public final class Dog extends Animal {
}
public final class Cat extends Animal {
}
// 你可以这样获取他们而不用强迫症的写上else的默认结果。
if (animal instanceof Dog d) {
return d.woof();
} else if (animal instanceof Cat c) {
return c.meow();
}
4. 文本块String myWallOfText = """
______
_
_
___ \
(_)
_/ / __ ___
_ _ _
_ ___
__/ '__/ _ \ __
/ __
__/
_
_
\__ \
\_
_
\___|\__|_|\__,_|___/
"""
可以转义换行符并将字符串保持为单行String text = """
又是写bug的一天， \
又是加班的一天。
"""
这相当于String text = "又是写bug的一天，又是加班的一天"。
文本块可用于在您的代码中保留合理可读的 JSON 或 XML 模板。5. 新的 Optional.orElseThrow() 方法MyObject myObject = myList.stream()
.filter(MyObject::someBoolean)
.filter((b) -> false)
.findFirst()
.get();
在get不到对象时，该方法会抛出异常。Java 10 在 Optional 中引入了一个新方法orElseThrow()，感觉没什么用处，get不到还是要抛出异常。但是考虑到程序的可读性，写上瞬间有点严谨的感觉。MyObject myObject = myList.stream()
.filter(MyObject::someBoolean)
.filter((b) -> false)
.findFirst()
.orElseThrow();
6. 其他小而精的 API 更改// invert a Predicate, will be even shorter with static import
collection.stream()
.filter(Predicate.not(MyObject::isEmpty))
.collect(Collectors.toList());
// String got some new stuff too
“\nPretius\n rules\n
all!”.repeat(10).lines().
.filter(Predictions.not(String::isBlank))
.map(String::strip)
.map(s -> s.indent(2))
.collect(Collectors.toList());
// no need to have an instance of array passed as an argument
String[] myArray= aList.toArray(String[]::new);
// read and write to files quickly!
// remember to catch all the possible exceptions though
Path path = Files.writeString(myFile, "Pretius Rules All !");
String fileContent = Files.readString(path);
// .toList() on a stream()
String[] arr={"a", "b", "c"};
var list = Arrays.stream(arr).toList();
7. 垃圾收集器从 Java 9 开始，G1 是默认的垃圾收集器。与 Parallel GC 相比，它减少了暂停时间，尽管它的总体吞吐量可能较低。G1的更新包括将未使用的已提交内存返回给操作系统的能力（JEP 346）。ZGC 垃圾收集器已在 Java 11 中引入，并已在 Java 15 ( JEP 377 ) 中达到产品状态。它旨在进一步减少停顿。从 Java 13 开始，它也可以将未使用的已提交内存返回给操作系统 ( JEP 351 )。JDK 14 中引入了 Shenandoah GC，并在 Java 15 ( JEP 379 ) 中达到了产品状态。它旨在保持低暂停时间并独立于堆大小。更多的GC了解请转https://jet-start.sh/blog/2020/06/09/jdk-gc-benchmarks-part1。在 Java 8 中如果您没有手动更改 GC，您仍然使用Parallel GC。简单地切换到 Java 17 可能会使您的应用程序运行得更快，并具有更一致的方法运行时间。切换到 ZGC 或 Shenandoah 可能会得到更好的结果。最后，No-Op Garbage Collector（JEP 318），尽管它是一个实验性功能。这个垃圾收集器实际上不做任何工作，因此允许您精确测量应用程序的内存使用情况。如果您想保持尽可能低的内存操作吞吐量，则很有用。8. 容器意识Java 曾有一段时间不知道它正在容器中运行。它没有考虑容器的内存限制，而是读取可用的系统内存。因此，当您有一台具有 16 GB RAM 的机器，将容器的最大内存设置为 1 GB，并在其上运行 Java 应用程序时，该应用程序通常会失败，因为它会尝试分配比可用内存更多的内存容器。从 Java 10 开始，默认情况下启用容器集成。但是，这对您来说可能不是一个明显的改进，因为在 Java 8 更新 131 中引入了相同的更改，尽管它需要启用实验选项并使用-XX:+UseCGroupMemoryLimitForHeap。9. CDS档案为了使 JVM 启动得更快，CDS Archives 自 Java 8 发布以来经历了一些变化。从 JDK 12 开始，默认情况下启用在构建过程中创建 CDS 档案 ( JEP 341 )。JDK 13 ( JEP 350 ) 中的一项增强功能允许在每次应用程序运行后更新档案。这篇文章演示了如何使用此功能来缩短应用程序的启动时间。10. Java Flight Recorder 和 Java Mission ControlJava Flight Recorder ( JEP 328 ) 允许以较低的（目标 1%）性能成本监视和分析正在运行的 Java 应用程序。Java Mission Control允许摄取和可视化 JFR 数据。参阅教程以大致了解如何使用它以及从中可以获得什么。11. 你应该从 Java 8 迁移到 Java 17 吗？简而言之，是的，你应该这样做。如果您有一个大型、高负载的企业应用程序并且仍然使用 Java 8，那么您肯定会看到更好的性能、更快的启动时间、迁移后更低的内存占用。开发该应用程序的程序员也应该更开心，因为语言本身有许多改进。然而，这样做的成本很难估计，并且会因使用的应用程序服务器、库和应用程序本身的复杂性（或者更确切地说，它使用/重新实现的低级功能的数量）而有很大差异。如果您的应用程序没有自定义类加载器，没有严重依赖 Unsafe、大量 sun.misc 或 sun.security 用法，那么您可能会没事。请参阅这篇文章，了解您可能需要进行的一些更改。从版本 8 开始，Java 中删除了一些东西，包括 Nashorn JS 引擎、Pack200 API 和工具、Solaris/Sparc 端口、AOT 和 JIT 编译器、Java EE 和 Corba 模块。有些东西仍然存在，但不赞成删除，例如 Applet API 或安全管理器。由于有充分的理由将它们移除，因此无论如何您都应该重新考虑它们在您的应用程序中的使用。小结Java17主要有如下几个特性：JEP 306: Restore Always-Strict Floating-Point SemanticsJEP 356: Enhanced Pseudo-Random Number GeneratorsJEP 382: New macOS Rendering PipelineJEP 391: macOS/AArch64 PortJEP 398: Deprecate the Applet API for RemovalJEP 403: Strongly Encapsulate JDK InternalsJEP 406: Pattern Matching for switch (Preview)JEP 407: Remove RMI ActivationJEP 409: Sealed ClassesJEP 410: Remove the Experimental AOT and JIT CompilerJEP 411: Deprecate the Security Manager for RemovalJEP 412: Foreign Function & Memory API (Incubator)JEP 414: Vector API (Second Incubator)JEP 415: Context-Specific Deserialization Filters}