public class Demo{ public static void main(String[] args){ var score = 'C'; // 执行switch分支语句 String s = switch (score){ case 'A', 'B' -> "上等"; case 'C' -> "中等"; case 'D', 'E' -> "下等"; default -> { if (score > 100) { yield "数据不能超过100"; } else { yield score + "此分数低于0分"; } } } }}JMH ，即 Java Microbenchmark Harness ，是专门用于代码微基准测试的工具套件。
<properties> <jmh.version>1.14.1</jmh.version></properties><dependencies> <dependency> <groupId>org.openjdk.jmh</groupId> <artifactId>jmh-core</artifactId> <version>${jmh.version}</version> </dependency> <dependency> <groupId>org.openjdk.jmh</groupId> <artifactId>jmh-generator-annprocess</artifactId> <version>${jmh.version}</version> <scope>provided</scope> </dependency></dependencies>import org.openjdk.jmh.annotations.*;@State(Scope.Thread)public class MyBenchmark { @Benchmark @BenchmarkMode(Mode.All) public void testMethod() { try { Thread.sleep(300); } catch (InterruptedException e) { e.printStackTrace(); } } @Benchmark @BenchmarkMode(Mode.All) public void testMethod2() { try { Thread.sleep(600); } catch (InterruptedException e) { e.printStackTrace(); } }}import org.openjdk.jmh.runner.Runner;import org.openjdk.jmh.runner.options.Options;import org.openjdk.jmh.runner.options.OptionsBuilder;public class BenchmarkRunner { public static void main(String[] args) throws Exception { Options opt = new OptionsBuilder() .include(MyBenchmark.class.getSimpleName()) .forks(1) .warmupIterations(5) .measurementIterations(5) .build(); new Runner(opt).run(); }}//以下这些方法都是JMH的一部分，可以在任何版本的JMH中使用。//include(SimpleBenchmark.class.getSimpleName()) ：这个方法表示你想要运行哪个类的基准测试。//exclude("xxx") ：这个方法表示你想要在基准测试中排除哪个方法。//forks(1) ：这个方法表示你想要进行多少轮的基准测试。每一轮测试都会在一个新的 JVM 进程中进行，以确保每轮测试的环境是独立的。//warmupIterations(5) ：这个方法表示你想要进行多少次预热迭代。预热迭代是为了让 JVM 达到稳定状态，预热迭代的结果不会被计入最终的基准测试结果。//measurementIterations(5) ：这个方法表示你想要进行多少次正式的基准测试迭代，这些迭代的结果会被用来计算基准测试的最终结果。
图片
图片
对应 Mode 选项，可用于类或者方法上，需要注意的是，这个注解的 value 是一个数组，可以把几种 Mode 集合在一起执行，还可以设置为 Mode.All ，即全部执行一遍。
图片
类注解，JMH 测试类必须使用 @State 注解，State 定义了一个类实例的生命周期，可以类比 SpringBean 的 Scope 。由于 JMH 允许多线程同时执行测试，不同的选项含义如下:
Scope.Thread ：默认的 State ，每个测试线程分配一个实例。
Scope.Benchmark ：所有测试线程共享一个实例，用于测试有状态实例在多线程共享下的性能。
Scope.Group ：每个线程组共享一个实例。
如果你想测试一个对象在多线程环境下的行为，你可以选择 Scope.Benchmark 。如果你想要每个线程都有自己的状态，你可以选择 Scope.Thread 。如果你想要在同一线程组内的所有线程共享状态，你可以选择 Scope.Group 。
benchmark 结果所使用的时间单位，可用于类或者方法注解，使用 java.util.concurrent.TimeUnit 中的标准时间单位。
方法注解，表示该方法是需要进行 benchmark 的对象。
背景：在同一个物理机上启动多个 JVM 时，如果每个虚拟机都单独装载自己需要的所有类，启动成本和内存占用是比较高的。所以引入了类数据共享机制 ( Class Data Sharing ，简称 CDS ) 的概念，通过把一些核心类在每个 JVM 间共享，每个 JVM 只需要装载自己的应用类即可。
JDK12 之前想要利用 CDS 的用户，必须 -Xshare:dump 作为额外的步骤来运行。
JDK12 针对 64 位平台使其默认生成类数据共享 ( CDS ) 归档。
好处：JVM启动时间减少了。因为核心类是共享的，所以 JVM 的内存占用也减少了。
JDK13 则支持在应用运行之后进行动态归档。需要使用 -XX:ArchiveClassesAtExit=filename.jsa 选项来指定一个文件，JVM 会在退出时将应用程序类和标准库类的元数据写入这个文件。然后，在下一次启动 JVM 时，你可以使用 -XX:SharedArchiveFile=filename.jsa 选项来指定刚才创建的文件。
好处：这个特性允许 JVM 在运行时捕获类的元数据，然后在下一次 JVM 启动时重用这些元数据，从而提高启动速度和减少内存占用。
添加一个名为 Shenandoah 的新垃圾收集算法，通过与正在运行的 Java 线程同时进行疏散工作来减少 GC 暂停时间，最终目标旨在针对 JVM 上的内存收回实现低停顿的需求。
Shenandoah 是以实验特性在 JDK12 中引入的。在 JDK15 中正式上线。
使用 Shenandoah 的暂停时间与堆大小无关，这意味着无论堆是 200MB 还是 200GB ，都将具有相同的一致暂停时间。与 ZGC 类似，Shenandoah GC 主要目标是 99.9% 的暂停小于 10ms ，暂停与堆大小无关等。
ZGC 和 ShenandoahGC 的一些主要区别：
使用方法：要启用/使用 Shenandoah GC，需要以下 JVM 选项: -XX:+UnlockExperimentalVMOptions -XX:+UseShenandoahGC。作为实验性功能，Shenandoah 构建系统会自动禁用不受支持的配置。
var rs = "test".transform(s -> s + "Java").transform(s -> s.toUpperCase()); // TESTJAVAString result = "Java/njava/ntest".indent(3);/*结果会缩进三格 Java java test*/返回内容第一次不匹配的字符位置索引。
System.out.println(Files.mismatch(Path.of("a.txt"),Path.of("b.txt")));NumberFormat 添加了对 ”紧凑形式格式化数字“ 的支持。
”紧凑数字格式“是指以简短或人类可读形式表示的数字。
例如，在 en_US 语言环境中，1000 可以格式化为 “ 1K ”，1000000 可以格式化为 “ 1M ”，具体取决于指定的样式 NumberFormat.Style 。紧凑数字格式由 LDML 的 Compact Number 格式规范定义。要获取实例，请使用 NumberFormat 紧凑数字格式所给出的工厂方法之一。
NumberFormat fmt = NumberFormat.getCompactNumberInstance(Locale.US, NumberFormat.Style.SHORT);String result = fmt.format(1000);//1Kvar cnf = NumberFormat.getCompactNumberInstance(Locale.CHINA,NumberFormat.Style.SHORT);System.out.println(cnf.format(5_0000));//"5万"System.out.println(cnf.format(7_9200));//"7.9万"System.out.println(cnf.format(8_000_000));//"800万"System.out.println(cnf.format(9L << 30));//"96亿"System.out.println(cnf.format(6L << 50));//"5637142兆"System.out.println(cnf.format(6L << 60));//"6917529京"JDK12 支持 Unicode11.0
JDK13 支持 Unicode12.1
从 JDK14 到 JDK17 均是支持 Unicode13.0
JDK14 之前，从报错中我们只能得到错误出现的行数，但在 JDK14 之后，会清晰的告诉你哪个对象空指针了。
Exception in thread "main" java.lang.NullPointerException: Cannot invoke "String.charAt(int)" because "str" is nullat com.qf.jdk14.Test.main(Test.java:11)背景：在 Java 中，在字符串文字中嵌入 HTML ，XML ，SQL 或 JSON 片段通常需要先进行转义和串联的大量编辑，然后才能编译包含该片段的代码。该代码段通常难以阅读且难以维护。
Java 的文本块特性是在 JDK15 中正式实现的。这个特性首先在 JDK13 中以预览版的形式发布，然后在 JDK14 中改进并再次以预览版的形式发布。这一特性提高了 Java 程序书写大段字符串文本的可读性和方便性。
文本块的开头定界符是由三个双引号 """ 开始，从新的一行开始字符串的内容，以 """ 结束。如果结束的 """ 另起一行时，字符串内容最后会留有一新行。
String query = "SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB`/n" + "WHERE `CITY` = 'INDIANAPOLIS'/n" + "ORDER BY `ID`, `LAST_NAME`;";//使用文本块语法String query = """ SELECT `EMP_ID`, `LAST_NAME` FROM `EMPLOYEE_TB` WHERE `CITY` = 'INDIANAPOLIS' ORDER BY `EMP_ID`, `LAST_NAME`;""";String html = "<html>/n" + " <body>/n" + " <p>Hello, world</p>/n" + " </body>/n" + "</html>/n";//使用文本块语法String html = """ <html> <body> <p>Hello, world</p> </body> </html> """;Java 编译器会自动删除不需要的缩进：
System.out.println(""" Hello, multiline text blocks! """);// 结果// > Hello,// > multiline// > text blocks!背景：现在已有的 java.net.Socket 和 java.net.ServerSocket 以及它们的实现类，都可以回溯到 JDK1.0 时代了。原始 socket 的维护和调试都很痛苦。实现类还使用了线程栈作为 I/O 的缓冲，导致在某些情况下还需要增加线程栈的大小。该实现还存在几个并发问题，需要彻底解决。在未来的网络世界，要快速响应，不能阻塞本地方法线程，当前的实现不适合使用了。
JDK13 全新实现的 NioSocketImpl 来替换 JDK1 的 SocketImpl 和 PlainSocketImpl。
通常我们在使用大型的框架或者 lambda 表达式的时候，会动态生成很多类。但是不幸的是标准的定义类的API:ClassLoader::defineClass 和 Lookup::defineClass 不能够区分出这些类是动态生成(运行时生成)的还是静态生成(编译生成)的。
一般来说动态生成的类生命周期更短，并且其可⻅性要更低。但是现有的 JDK 并没有这个功能。
所有有了 HiddenClasses 的提案，通过 HiddenClasses ，不管是 JDK 还是 JDK 外部的框架，在生成动态类的时候都可以定义为 HiddenClasses，这样可以更加有效的控制这些动态生成类的生命周期和可⻅性。
instanceof关键词主要用来判断某个对象是不是某个类的实例。
比如，有时候我们要处理一个类似这样的数据集:
Map<String, Object> data = new HashMap<>();data.put("test", "111");data.put("test2", 222);JDK16 之前需要先判断获取的 value 是否是 String ，再做强制类型转换：
Object value = data.get("test");if (value instanceof String){ String s = (String) value; System.out.println(s.substring(1));}在 JDK16 的增强之后，对于 instanceof 的判断以及类型转换可以合二为一了:
Object value = data.get("test");if (value instanceof String s){ System.out.println(s.substring(1));}Records 的目标是扩展 Java 语言语法，Records 为声明类提供了一种紧凑的语法，通过对类做这样的声明，编译器可以通过自动创建所有方法并让所有字段参与 hashCode() 等方法。其目的是为了充当不可变数据的透明载体的类。
旧方法定义实体类，代码如下:
public final class User { final String name; final int age; public User(String name, int age) { this.name = name; this.age = age; } @Override public String toString() { return "User{" + "name='" + name + '/'' + ", age=" + age + '}'; } @Override public boolean equals(Object o) { if (this == o) return true; if (o == null || getClass() != o.getClass()) return false; User user = (User) o; return age == user.age && Objects.equals(name, user.name); } @Override public int hashCode() { return Objects.hash(name, age); }}通过 Record 类方式，一句话就可以实现以上功能，代码如下:
public record User(String username, String password) {}在 JDK16 之前的版本中，我们不能在类名后面直接写参数来定义类的状态。这是 JDK16 引入 record 类的一个新特性。
调用 Record 类方式，如下:
public class App { public static void main(String[] args) { User user = new User("user", "123456"); System.out.println(user.username()); }}注意事项：
在 JDK15 中，Java 提出了密封类（ Sealed Classes ）的概念，在 JDK17 中被正式确认。密封类允许类和接口定义其允许的子类型。因此，如果一个类没有显式地使用 sealed 、non-sealed 或 final 关键字，那么它的默认权限就是 non-sealed 。
以下是一个密封类的代码示例：
sealed class Human permits Kyrie, LeBron, George { public void printName() { System.out.println("Default"); }}non-sealed class Kyrie extends Human { public void printName() { System.out.println("Bob"); }}sealed class LeBron extends Human { public void printName() { System.out.println("Mike"); }}final class George extends Human { public void printName() { System.out.println("Yannick"); }}在这个例子中，Human 是一个密封类，它只允许 Kyrie，LeBron 和 George 这三个类继承。这样，我们就可以更精确地控制哪些类可以继承 Human 类，从而提高代码的安全性和可读性。
在 JDK17 中，引入了一项新特性：统一日志异步刷新。
先将日志写入缓存，然后再异步地刷新到日志文件，这样写日志的操作就不会阻塞执行业务逻辑的线程，从而提高了程序的运行效率。这个特性对于需要大量日志输出，并且对性能有较高要求的应用来说，是一个非常实用的改进。可以通过传递命令行选项 -Xlog:async 来开启此功能。
从 JDK11 到 JDK17 ，Java 的发展经历了一系列重要的里程碑。其中最重要的是 JDK17 的发布，这是一个长期支持（LTS）版本，它将获得长期的更新和支持，有助于保持程序的稳定性和可靠性。此外，Java 的性能也有了显著的提升。这些进步都反映了 Java 在持续改进和适应现代编程需求方面的承诺。
本文链接：http://www.28at.com/showinfo-26-68322-0.htmlJDK17 与 JDK11 特性差异浅谈
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
