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)。

我们最后编了一个需求，需求中有一个内容是去除一个tags数组中的一个词汇，我们用了script processor的操作来移除的。但是我们这次换个操作，那种用的还是ES自己内置的管道，感觉没逼格，我们作为开发，要弄就弄自己的管道。于是这篇文章，我就会教你如何自己制作一个管道。我们这次来制作一个管道名字就叫levi_filter_word。他的功能也简单，就是实现对于我们指定的字段，然后移除其中的值，直接替换为空。你可能已经有个轮廓了，如果按照官方那些例子应该最后是这么个玩意。

我们先来看官方文档的一些信息。本文使用的ES版本为7.17.7。官方文档的位置位于Ingest pipelines官方文档# 英文：# 中文：采集管道可让您在索引之前对数据执行常见的转换。例如，您可以使用管道删除字段、从文本中提取值以及丰富数据。管道由一系列可配置的任务（称为处理器）组成。每个处理器按顺序运行，对传入的文档进行特定更改。处理器运行后，Elasticsearch 会将转换后的文档添加到您的数据流或索引中。

前面我们知道了他怎么处理表单映射，这里我们来研究一下，他是如何处理具体请求的。也就是说我有那么多/user你是怎么定位到我在哪个cotroller，并且你是怎么定位到我具体是哪个接口。这里我们就来逐步定位一下这个问题。

我们看到在put和delete请求的时候，出现了我们预想之外的结果。这个不对，难道是我们有没考虑到的问题吗。

我们这只是其中一种模型的对接，其实别的也都差不多，都是基于流可以用http来操作，你可以在你的项目中建立一个AI中台，来对接各种模型，给别的服务提供调用。只是需要看明白每种模型的参数。

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

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

很逆天的一件事是，我上一次发mybatis是在2022年10月15号，然后直到今天才开始总结下一篇Mybatis的东西。一年里面忙成sb了，而且重心都投入在了Elasticsearch的学习上面，基本一年下来都在搞ES，并且考下了ECE认证，后续如果有时间，一直想写一些es学习的总结，分享一下。现在貌似又要开始往管理岗位上面凑热闹了，以后可能会有多的时间来总结之前的一些学习了，这个不知道是好事还是坏事，这里就当抱怨抱怨。哈哈。

jcmd

线程组

JDK的学习

一、StringTable（字符串常量池）1、String的基本特性String：字符串，使用一对 “” 引起来表示String s1 = "lyx" ; // 字面量的定义方式String s2 = new String("hello"); // new 对象的方式String底层是被声明为final的，是不可被继承的String底层实现了Serializable接口：表示字符串是支持序列化的。如果你RPC传输String天然可以传输，因为已经实现了序列化接口