liuwenqiang1314的博客

我们前面对于模式匹配做了一些描述。现有 switch 语句的几个不规则性 （长期以来一直让用户感到恼火） 成为障碍。其中包括 switch 块的默认控制流行为 （落入） 、switch 块的默认范围 （块被视为一个单一范围） 以及该 switch 仅作为语句工作，即使将多路条件表示为表达式通常更自然。听起来概念还是很晦涩的。Java 的 switch 语句的当前设计紧跟 C 和 C++ 等语言，并默认支持直通语义。

将虚拟线程引入 Java 平台。虚拟线程是轻量级线程，可显著减少编写、维护和观察高吞吐量并发应用程序的工作量。这是一个预览版 API。虚拟线程现在始终支持线程局部变量ThreadLocal,用户以前如何使用ThreadLocal,，那么在虚拟线程中依然保持原来的使用ThreadLocal。现在不再可能像在预览版中那样创建不能具有线程局部变量的虚拟线程。保证对线程局部变量的支持可确保更多现有库可以原封不动地与虚拟线程一起使用，并有助于将面向任务的代码迁移到使用虚拟线程。

Project Loom 的使命是更轻松地编写、调试、分析和维护满足当今要求的并发应用程序。线程从 Java 的第一天开始就是一种自然而方便的并发结构（抛开线程之间通信的单独问题），因为它们当前作为操作系统内核线程的实现不足以满足现代需求，所以它正在被一些你不太容易理解的抽象模型所取代，并且浪费了在云中特别有价值的计算资源。(译者：指的是现有的线程模型是和操作系统线程一对一绑定的，会阻塞运行，你需要自己去构建响应式的程序来获取高的性能，比如webflux他就很难理解。

在经过了JEP305(jdk14)和JEP375(jdk15)的两轮预览之后，模式匹配终于迎来了他的交付日期，在2022年发布的JDK16中，伴随着JEP 394的发布，预览结束了，我们来看一下这个特性的结束点到底说了什么。在这次预览之中，我们看到几个例子，教你如何合理的使用模式匹配。

关于java中异步任务编排的使用总结。

来自一位不知名的小哥。

以上这种惯用语的代码基本每个人都写过。基于以上的问题，java在jdk14中提出了模式匹配的语法机制来解决这个问题。该语法在JEP305中发布，作为第一次预览(preview)。

没啥总结，都写注释里面了。

没总结的，注释非常明确了。

没啥总结的就是那两个注解，很详细了。

清明节在家的时候，有个老弟在一个群里看到一段代码。老弟大呼，这是什么玩意，为什么我没见过这样的代码，我不会咋办啊。橘子哥，你知道这是啥吗。我安抚了一下他焦虑的内心，告诉他，别慌，JMH而已，不是什么黑科技。他说他想学这个。我突然想起，我还有个博客，好像还有个JDK的专栏，那就写一点这玩意的用法吧。JMH实际上能用到的地方很多，我先说一个学JMH常见的开场白，大家在实际开发中遇到自己优化了一段代码的时候一般都想测一下这段代码的运行效率如何，和旧的代码相比优化效率点在哪里。一般情况下，我们都会很自然的写一段

线程组

JDK的学习