MySQL高可用之主备同步：展望未来，JDK-12的新特性

Posted 2021-06-28 阿里Java后端

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了MySQL高可用之主备同步：展望未来，JDK-12的新特性相关的知识，希望对你有一定的参考价值。

前言

JDK12目前已经发布了，而我估计大部分人还在用Jdk8，但做程序开发的必须向前(钱)看，我们来看看JDK12到底能给我们带来一些什么新的改变。

从JDK10到JDK11，再到JDK12。JDK 12显然是这些变化中新增功能最少的版本，但少并不意味着弱鸡，接下来我们将从Java语法、类库、JVM来具体分析。

Java语法

我认为JDK 12中最突出的新功能是切换表达式:

在JDK 12之前，switch是一个声明语句，在使用的时候，你需要给他一个合适的定义。

在JDK 12中，switch已成为一个表达式，可以很快的编写并生成结果。同时很重要的一点是有很好的兼容性，因此您不需要更改使用switch作为语句的任何代码。

示例如下：

我们将从星期一到星期天的英文单词列出并计算出每一个单词的长度，并且把该长度分配给numLetters 变量。

JDK12以前的写法：

int numLetters;
switch (day) {
   case MONDAY:
   case FRIDAY:
   case SUNDAY:
       numLetters = 6;
       break;
   case TUESDAY:
       numLetters = 7;
       break;
   case THURSDAY:
   case SATURDAY:
       numLetters = 8;
       break;
   case WEDNESDAY:
       numLetters = 9;
       break;
   default:
       throw new IllegalStateException("Huh? " + day);
}

JDK12中的写法：

int numLetters = switch (day) {
   case MONDAY, FRIDAY, SUNDAY -> 6;
   case TUESDAY -> 7;
   case THURSDAY, SATURDAY -> 8;
   case WEDNESDAY -> 9;
   default -> throw new IllegalStateException("Huh? " + day);
};

JDK12中极大的简化了switch的写法。同时使用Lambda表达式运算符->来简化我们的处理。

类库

流处理

Streams中的API有一个新的收集器，由Collectors类提供。可以使用teeing()方法获得新的收集器。 teeing()方法有三个参数：两个Collectors 和一个BiFunction。如下图：

输入流中的所有值都将传递到每个Collectors 中。每个Collectors 的结果作为参数传递给BiFunction并生成最终结果。

示例就是计算平均值的例子

/* Assume Collectors is statically imported */
double average = Stream.of(1, 4, 2, 7, 4, 6, 5)
    .collect(teeing(
        summingDouble(i -> i), 
        counting(),
        (sum, n) -> sum / n));

第一个Collectors 计算输入流的总和，而第二个Collectors 计算元素的数量。 BiFunction将总和除以元素计数以评估平均值。

java.io

InputStream skipNBytes(long n)

以上代码会跳过输入流中n个字节的数据。如果n<=0，则不跳过任何字节。

java.text中

有一个新类CompactNumberFormat 。这是NumberFormat的子类以紧凑的形式格式化十进制数。

紧凑形式的一个例子是将1,000,000写为1M，因此代码中只需要2个而不是9个字符。

JVM

一个低暂停时间的垃圾收集器

新增了一个名为 Shenandoah 的 GC 算法，通过与正在运行的 Java 线程同时进行垃圾收集工作来减少 GC 暂停时间。

G1 垃圾收集器的改进（G1的暂停时间最大的值的控制目标）

G1将堆空间（年轻代和老年代）划分成区域。这样的做法是老年代可以在一次GC中不需要进行垃圾收集。当G1需要收集时，它会选择它确定需要收集的区域。这称为collection set （集合集）。在JDK 12之前，一旦在collection set （集合集）上开始工作，那么所有工作都必须完成，基本上是作为原子操作。这样做的问题在于，有时候，由于应用程序使用堆空间的方式发生了变化，收集collection set （集合集）的垃圾最终会变得太大而且收集时间太长而导致暂停时间目标无法满足。

在JDK 12中，如果G1识别出这种情况，它将在collection set （集合集）开始工作中途中止收集，这样就不会影响应用程序继续为新对象分配空间。这样的话G1将更好地实现暂停时间的目标。