# 第 18 章_JDK8-17 新特性(下)
讲师:尚硅谷 - 宋红康(江湖人称:康师傅)
官网:http://www.atguigu.com
JDK8 之后的新特性:
- 语法
- jShell 命令
- try-catch 资源关闭
- 局部变量的类型推断(var)
- instanceof 的模式匹配
- switch 表达式
- 文本块
- Record
- 密封类
- API
- Optional 类
- String 存储结构、API 变更
- JDK17:标记删除 Applet API
- 其他结构
- JDK9:UnderScore (下划线) 使用的限制
- JDK11:更简化的编译运行程序
- GC 方面新特性
# 6. 新语法结构
新的语法结构,为我们勾勒出了 Java 语法进化的一个趋势,将开发者从 复杂、繁琐
的低层次抽象中逐渐解放出来,以更高层次、更优雅的 抽象
,既 降低代码量
,又避免意外编程错误的出现,进而提高代码质量和开发效率。
# 6.1 Java 的 REPL 工具: jShell 命令
JDK9 的新特性
Java 终于拥有了像 Python 和 Scala 之类语言的 REPL 工具(交互式编程环境,read - evaluate - print - loop): jShell
。以交互式的方式对语句和表达式进行求值。 即写即得
、 快速运行
。
利用 jShell 在没有创建类的情况下,在命令行里直接声明变量,计算表达式,执行语句。无需跟人解释”public static void main (String [] args)” 这句 "废话"。
使用举例
- 调出 jShell
- 获取帮助
- 基本使用
- 导入指定的包
- 默认已经导入如下的所有包:(包含 java.lang 包)
- 只需按下 Tab 键,就能自动补全代码
- 列出当前 session 里所有有效的代码片段
- 查看当前 session 下所有创建过的变量
- 查看当前 session 下所有创建过的方法
Tips:我们还可以重新定义相同方法名和参数列表的方法,即对现有方法的修改(或覆盖)。
- 使用外部代码编辑器来编写 Java 代码
从外部文件加载源代码【HelloWorld.java】
/** | |
* Created by songhongkang | |
*/ | |
public void printHello() { | |
System.out.println("马上2023年了,尚硅谷祝所有的谷粉元旦快乐!"); | |
} | |
printHello(); |
- 使用 /open 命令调用
- 退出 jShell
# 6.2 异常处理之 try-catch 资源关闭
在 JDK7 之前,我们这样处理资源的关闭:
@Test | |
public void test01() { | |
FileWriter fw = null; | |
BufferedWriter bw = null; | |
try { | |
fw = new FileWriter("d:/1.txt"); | |
bw = new BufferedWriter(fw); | |
bw.write("hello"); | |
} catch (IOException e) { | |
e.printStackTrace(); | |
} finally { | |
try { | |
if (bw != null) { | |
bw.close(); | |
} | |
} catch (IOException e) { | |
e.printStackTrace(); | |
} | |
try { | |
if (fw != null) { | |
fw.close(); | |
} | |
} catch (IOException e) { | |
e.printStackTrace(); | |
} | |
} | |
} |
JDK7 的新特性
在 try 的后面可以增加一个 (),在括号中可以声明流对象并初始化。try 中的代码执行完毕,会自动把流对象释放,就不用写 finally 了。
格式:
try(资源对象的声明、初始化){ | |
业务逻辑代码,可能会产生异常 | |
}catch(异常类型1 e){ | |
处理异常代码 | |
}catch(异常类型2 e){ | |
处理异常代码 | |
} |
说明:
1、在 try () 中声明的资源,无论是否发生异常,无论是否处理异常,都会自动关闭资源对象,不用手动关闭了。
2、这些资源实现类必须实现 AutoCloseable接口
或 Closeable接口
,实现其中的 close()
方法。Closeable 是 AutoCloseable 的子接口。Java7 几乎把所有的 “资源类”(包括文件 IO 的各种类、JDBC 编程的 Connection、Statement 等接口…)都进行了改写,改写后资源类都实现了 AutoCloseable 或 Closeable 接口,并实现了 close () 方法。
3、写到 try () 中的资源类的变量默认是 final 声明的,不能修改。
举例:
// 举例 1 | |
@Test | |
public void test02() { | |
try ( | |
FileWriter fw = new FileWriter("d:/1.txt"); | |
BufferedWriter bw = new BufferedWriter(fw); | |
) { | |
bw.write("hello"); | |
} catch (IOException e) { | |
e.printStackTrace(); | |
} | |
} | |
// 举例 2 | |
@Test | |
public void test03() { | |
// 从 d:/1.txt (utf-8) 文件中,读取内容,写到项目根目录下 1.txt (gbk) 文件中 | |
try ( | |
FileInputStream fis = new FileInputStream("d:/1.txt"); | |
InputStreamReader isr = new InputStreamReader(fis, "utf-8"); | |
BufferedReader br = new BufferedReader(isr); | |
FileOutputStream fos = new FileOutputStream("1.txt"); | |
OutputStreamWriter osw = new OutputStreamWriter(fos, "gbk"); | |
BufferedWriter bw = new BufferedWriter(osw); | |
) { | |
String str; | |
while ((str = br.readLine()) != null) { | |
bw.write(str); | |
bw.newLine(); | |
} | |
} catch (FileNotFoundException e) { | |
e.printStackTrace(); | |
} catch (IOException e) { | |
e.printStackTrace(); | |
} | |
} |
JDK9 的新特性
try 的前面可以定义流对象,try 后面的 () 中可以直接引用流对象的名称。在 try 代码执行完毕后,流对象也可以释放掉,也不用写 finally 了。
格式:
A a = new A(); | |
B b = new B(); | |
try(a;b){ | |
可能产生的异常代码 | |
}catch(异常类名 变量名){ | |
异常处理的逻辑 | |
} |
举例:
@Test | |
public void test04() { | |
InputStreamReader reader = new InputStreamReader(System.in); | |
OutputStreamWriter writer = new OutputStreamWriter(System.out); | |
try (reader; writer) { | |
//reader 是 final 的,不可再被赋值 | |
// reader = null; | |
} catch (IOException e) { | |
e.printStackTrace(); | |
} | |
} |
# 6.3 局部变量类型推断
JDK 10 的新特性
局部变量的显示类型声明,常常被认为是不必须的,给一个好听的名字反而可以很清楚的表达出下面应该怎样继续。本新特性允许开发人员省略通常不必要的局部变量类型声明,以增强 Java 语言的体验性、可读性。
- 使用举例
//1. 局部变量的实例化 | |
var list = new ArrayList<String>(); | |
var set = new LinkedHashSet<Integer>(); | |
//2. 增强 for 循环中的索引 | |
for (var v : list) { | |
System.out.println(v); | |
} | |
//3. 传统 for 循环中 | |
for (var i = 0; i < 100; i++) { | |
System.out.println(i); | |
} | |
//4. 返回值类型含复杂泛型结构 | |
var iterator = set.iterator(); | |
//Iterator<Map.Entry<Integer, Student>> iterator = set.iterator(); |
- 不适用场景
- 声明一个成员变量
- 声明一个数组变量,并为数组静态初始化(省略 new 的情况下)
- 方法的返回值类型
- 方法的参数类型
- 没有初始化的方法内的局部变量声明
- 作为 catch 块中异常类型
- Lambda 表达式中函数式接口的类型
- 方法引用中函数式接口的类型
代码举例:
声明一个成员变量,并初始化值为 null
声明一个数组变量,并为数组静态初始化(省略 new 的情况下)
没有初始化的方法内的局部变量声明
方法的返回值类型
方法的参数类型
构造器的参数类型
作为 catch 块中异常类型
Lambda 表达式中函数式接口的类型
方法引用中函数式接口的类型
注意:
var 不是一个关键字,而是一个类型名,将它作为变量的类型。不能使用 var 作为类名。
这不是 JavaScript。var 并不会改变 Java 是一门静态类型语言的事实。编译器负责推断出类型,并把结果写入字节码文件,就好像是开发人员自己敲入类型一样。
# 6.4 instanceof 的模式匹配
JDK14 中预览特性:
instanceof 模式匹配通过提供更为简便的语法,来提高生产力。有了该功能,可以减少 Java 程序中显式强制转换的数量,实现更精确、简洁的类型安全的代码。
Java 14 之前旧写法:
if(obj instanceof String){ | |
String str = (String)obj; // 需要强转 | |
.. str.contains(..).. | |
}else{ | |
... | |
} |
Java 14 新特性写法:
if(obj instanceof String str){ | |
.. str.contains(..).. | |
}else{ | |
... | |
} |
举例:
/** | |
* instanceof 的模式匹配(预览) | |
* | |
* @author shkstart | |
* @create 上午 11:32 | |
*/ | |
public class Feature01 { | |
@Test | |
public void test1(){ | |
Object obj = new String("hello,Java14"); | |
obj = null;// 在使用 null 匹配 instanceof 时,返回都是 false. | |
if(obj instanceof String){ | |
String str = (String) obj; | |
System.out.println(str.contains("Java")); | |
}else{ | |
System.out.println("非String类型"); | |
} | |
// 举例 1: | |
if(obj instanceof String str){ // 新特性:省去了强制类型转换的过程 | |
System.out.println(str.contains("Java")); | |
}else{ | |
System.out.println("非String类型"); | |
} | |
} | |
} | |
// 举例 2 | |
class InstanceOf{ | |
String str = "abc"; | |
public void test(Object obj){ | |
if(obj instanceof String str){// 此时的 str 的作用域仅限于 if 结构内。 | |
System.out.println(str.toUpperCase()); | |
}else{ | |
System.out.println(str.toLowerCase()); | |
} | |
} | |
} | |
// 举例 3: | |
class Monitor{ | |
private String model; | |
private double price; | |
// public boolean equals(Object o){ | |
// if(o instanceof Monitor other){ | |
// if(model.equals(other.model) && price == other.price){ | |
// return true; | |
// } | |
// } | |
// return false; | |
// } | |
public boolean equals(Object o){ | |
return o instanceof Monitor other && model.equals(other.model) && price == other.price; | |
} | |
} |
JDK15 中第二次预览:
没有任何更改。
JDK16 中转正特性:
在 Java16 中转正。
# 6.5 switch 表达式
传统 switch 声明语句的弊端:
case穿透
:匹配是自上而下的,如果忘记写 break,后面的 case 语句不论匹配与否都会执行;- 所有的 case 语句共用一个块范围,在不同的 case 语句定义的局部变量名不能重复;
- 不能在一个 case 里写多个条件,即使它们的执行体是相同的;
- 整个 switch不能作为表达式返回值;
// 常见错误实现 | |
switch(month){ | |
case 3|4|5://3|4|5 用了位运算符,11 | 100 | 101结果是 111是7 | |
System.out.println("春季"); | |
break; | |
case 6|7|8://6|7|8用了位运算符,110 | 111 | 1000结果是1111是15 | |
System.out.println("夏季"); | |
break; | |
case 9|10|11://9|10|11用了位运算符,1001 | 1010 | 1011结果是1011是11 | |
System.out.println("秋季"); | |
break; | |
case 12|1|2://12|1|2 用了位运算符,1100 | 1 | 10 结果是1111,是15 | |
System.out.println("冬季"); | |
break; | |
default: | |
System.out.println("输入有误"); | |
} |
JDK12 中预览特性:
Java 12 将会对 switch 声明语句进行扩展,使用
case L ->
来替代以前的break;
,省去了 break 语句,避免了因少写 break 而出错。同时将多个 case 合并到一行,用
,
作为分隔符,显得简洁、清晰,也更加优雅的表达逻辑分支。为了保持兼容性,case 条件语句中依然可以使用字符
:
,但是同一个 switch 结构里不能混用->
和:
,否则编译错误。可以使用变量接收 switch 表达式的结果。
举例:
Java 12 之前
/** | |
* @author shkstart | |
* @create 下午 4:47 | |
*/ | |
public class SwitchTest { | |
public static void main(String[] args) { | |
int numberOfLetters; | |
Fruit fruit = Fruit.APPLE; | |
switch (fruit) { | |
case PEAR: | |
numberOfLetters = 4; | |
break; | |
case APPLE: | |
case GRAPE: | |
case MANGO: | |
numberOfLetters = 5; | |
break; | |
case ORANGE: | |
case PAPAYA: | |
numberOfLetters = 6; | |
break; | |
default: | |
throw new IllegalStateException("No Such Fruit:" + fruit); | |
} | |
System.out.println(numberOfLetters); | |
} | |
} | |
enum Fruit { | |
PEAR, APPLE, GRAPE, MANGO, ORANGE, PAPAYA; | |
} |
switch 语句如果漏写了一个 break,那么逻辑往往就跑偏了,这种方式既繁琐,又容易出错。
Java 12 中:
/** | |
* @author shkstart | |
* @create 下午 10:38 | |
*/ | |
public class SwitchTest1 { | |
public static void main(String[] args) { | |
Fruit fruit = Fruit.GRAPE; | |
switch(fruit){ | |
case PEAR -> System.out.println(4); | |
case APPLE,MANGO,GRAPE -> System.out.println(5); | |
case ORANGE,PAPAYA -> System.out.println(6); | |
default -> throw new IllegalStateException("No Such Fruit:" + fruit); | |
}; | |
} | |
} |
更进一步:
/** | |
* @author shkstart | |
* @create 2019 下午 10:44 | |
*/ | |
public class SwitchTest2 { | |
public static void main(String[] args) { | |
Fruit fruit = Fruit.GRAPE; | |
int numberOfLetters = switch(fruit){ | |
case PEAR -> 4; | |
case APPLE,MANGO,GRAPE -> 5; | |
case ORANGE,PAPAYA -> 6; | |
default -> throw new IllegalStateException("No Such Fruit:" + fruit); | |
}; | |
System.out.println(numberOfLetters); | |
} | |
} |
JDK13 中二次预览特性:
JDK13 中引入了 yield
关键字,用于返回值。
这意味着,switch 表达式
- 返回值:使用 yield
- 不返回值:使用 break
yield 和 return 的区别在于:
- return 会直接跳出当前循环或者方法
- yield 只会跳出当前 switch 块
在以前:
@Test | |
public void testSwitch1(){ | |
String x = "3"; | |
int i; | |
switch (x) { | |
case "1": | |
i=1; | |
break; | |
case "2": | |
i=2; | |
break; | |
default: | |
i = x.length(); | |
break; | |
} | |
System.out.println(i); | |
} |
在 JDK13 中:
@Test | |
public void testSwitch2(){ | |
String x = "3"; | |
int i = switch (x) { | |
case "1" -> 1; | |
case "2" -> 2; | |
default -> { | |
yield 3; | |
} | |
}; | |
System.out.println(i); | |
} |
或者
@Test | |
public void testSwitch3() { | |
String x = "3"; | |
int i = switch (x) { | |
case "1": | |
yield 1; | |
case "2": | |
yield 2; | |
default: | |
yield 3; | |
}; | |
System.out.println(i); | |
} |
JDK14 中转正特性:
这是 JDK 12 和 JDK 13 中的预览特性,现在是正式特性了。
JDK17 的预览特性:switch 的模式匹配
旧写法:
static String formatter(Object o) { | |
String formatted = "unknown"; | |
if (o instanceof Integer i) { | |
formatted = String.format("int %d", i); | |
} else if (o instanceof Long l) { | |
formatted = String.format("long %d", l); | |
} else if (o instanceof Double d) { | |
formatted = String.format("double %f", d); | |
} else if (o instanceof String s) { | |
formatted = String.format("String %s", s); | |
} | |
return formatted; | |
} |
模式匹配新写法:
static String formatterPatternSwitch(Object o) { | |
return switch (o) { | |
case Integer i -> String.format("int %d", i); | |
case Long l -> String.format("long %d", l); | |
case Double d -> String.format("double %f", d); | |
case String s -> String.format("String %s", s); | |
default -> o.toString(); | |
}; | |
} |
直接在 switch 上支持 Object 类型,这就等于同时支持多种类型,使用模式匹配得到具体类型,大大简化了语法量,这个功能很实用。
# 6.6 文本块
现实问题:
在 Java 中,通常需要使用 String 类型表达 HTML,XML,SQL 或 JSON 等格式的字符串,在进行字符串赋值时需要进行转义和连接操作,然后才能编译该代码,这种表达方式难以阅读并且难以维护。
JDK13 的新特性
使用 """
作为文本块的开始符和结束符,在其中就可以放置多行的字符串,不需要进行任何转义。因此,文本块将提高 Java 程序的可读性和可写性。
基本使用:
""" | |
line1 | |
line2 | |
line3 | |
""" |
相当于:
"line1\nline2\nline3\n" |
或者一个连接的字符串:
"line1\n" + | |
"line2\n" + | |
"line3\n" |
如果字符串末尾不需要行终止符,则结束分隔符可以放在最后一行内容上。例如:
""" | |
line1 | |
line2 | |
line3""" |
相当于
"line1\nline2\nline3" |
文本块可以表示空字符串,但不建议这样做,因为它需要两行源代码:
String empty = """ | |
"""; |
举例 1:普通文本
原有写法:
String text1 = "The Sound of silence\n" + | |
"Hello darkness, my old friend\n" + | |
"I've come to talk with you again\n" + | |
"Because a vision softly creeping\n" + | |
"Left its seeds while I was sleeping\n" + | |
"And the vision that was planted in my brain\n" + | |
"Still remains\n" + | |
"Within the sound of silence"; | |
System.out.println(text1); |
使用新特性:
String text2 = """ | |
The Sound of silence | |
Hello darkness, my old friend | |
I've come to talk with you again | |
Because a vision softly creeping | |
Left its seeds while I was sleeping | |
And the vision that was planted in my brain | |
Still remains | |
Within the sound of silence | |
"""; | |
System.out.println(text2); |
举例 2:HTML 语句
<html> | |
<body> | |
<p>Hello, 尚硅谷</p> | |
</body> | |
</html> |
将其复制到 Java 的字符串中,会展示成以下内容:
"<html>\n" + | |
" <body>\n" + | |
" <p>Hello, 尚硅谷</p>\n" + | |
" </body>\n" + | |
"</html>\n"; |
即被自动进行了转义,这样的字符串看起来不是很直观,在 JDK 13 中:
""" | |
<html> | |
<body> | |
<p>Hello, world</p> | |
</body> | |
</html> | |
"""; |
举例 3:SQL 语句
select employee_id,last_name,salary,department_id | |
from employees | |
where department_id in (40,50,60) | |
order by department_id asc |
原有方式:
String sql = "SELECT id,NAME,email\n" + | |
"FROM customers\n" + | |
"WHERE id > 4\n" + | |
"ORDER BY email DESC"; |
使用新特性:
String sql1 = """ | |
SELECT id,NAME,email | |
FROM customers | |
WHERE id > 4 | |
ORDER BY email DESC | |
"""; |
举例 4:JSON 字符串
原有方式:
String myJson = "{\n" + | |
" \"name\":\"Song Hongkang\",\n" + | |
" \"address\":\"www.atguigu.com\",\n" + | |
" \"email\":\"shkstart@126.com\"\n" + | |
"}"; | |
System.out.println(myJson); |
使用新特性:
String myJson1 = """ | |
{ | |
"name":"Song Hongkang", | |
"address":"www.atguigu.com", | |
"email":"shkstart@126.com" | |
}"""; | |
System.out.println(myJson1); |
JDK14 中二次预览特性
JDK14 的版本主要增加了两个 escape sequences,分别是
\
:<line-terminator>,取消换行操作\s
:escape sequence,表示一个空额
举例:
/** | |
* @author shkstart | |
* @create 下午 7:13 | |
*/ | |
public class Feature05 { | |
//jdk14 新特性 | |
@Test | |
public void test5(){ | |
String sql1 = """ | |
SELECT id,NAME,email | |
FROM customers | |
WHERE id > 4 | |
ORDER BY email DESC | |
"""; | |
System.out.println(sql1); | |
// \: 取消换行操作 | |
// \s: 表示一个空格 | |
String sql2 = """ | |
SELECT id,NAME,email \ | |
FROM customers\s\ | |
WHERE id > 4 \ | |
ORDER BY email DESC | |
"""; | |
System.out.println(sql2); | |
} | |
} |
JDK15 中功能转正
# 6.7 Record
背景
早在 2019 年 2 月份,Java 语言架构师 Brian Goetz,曾写文抱怨 “ Java太啰嗦
” 或有太多的 “繁文缛节”。他提到:开发人员想要创建纯数据载体类(plain data carriers)通常都必须编写大量低价值、重复的、容易出错的代码。如:构造函数、getter/setter、equals ()、hashCode () 以及 toString () 等。
以至于很多人选择使用 IDE 的功能来自动生成这些代码。还有一些开发会选择使用一些第三方类库,如 Lombok 等来生成这些方法。
**JDK14 中预览特性:神说要用 record,于是就有了。** 实现一个简单的数据载体类,为了避免编写:构造函数,getter,equals (),hashCode () ,toString () 等,Java 14 推出 record。
record
是一种全新的类型,它本质上是一个 final
类,但有父类,是 java.lang.Record
,同时所有的属性都是 final
修饰,它会自动编译出 public get
、 hashcode
、 equals
、 toString
、构造器等结构,减少了代码编写量。
具体来说:当你用 record
声明一个类时,该类将自动拥有以下功能:
- 获取成员变量的简单方法,方法名即为成员变量名。
- 一个 equals 方法的实现,执行比较时会比较该类的所有成员属性。
- 重写 hashCode () 方法。
- 一个可以打印该类所有成员属性的 toString () 方法。
- 只有一个构造方法。
此外:
在 record 声明的类中还可以定义静态字段、静态方法、构造器、实例方法。
在 record 声明的 **类中不能定义实例字段**;
类不能声明为 abstract;
不能声明显式的父类,但有父类,是
java.lang.Record
;
举例 1(旧写法):
class Point { | |
private final int x; | |
private final int y; | |
Point(int x, int y) { | |
this.x = x; | |
this.y = y; | |
} | |
int x() { | |
return x; | |
} | |
int y() { | |
return y; | |
} | |
public boolean equals(Object o) { | |
if (!(o instanceof Point)) return false; | |
Point other = (Point) o; | |
return other.x == x && other.y == y; | |
} | |
public int hashCode() { | |
return Objects.hash(x, y); | |
} | |
@Override | |
public String toString() { | |
return "Point{" + | |
"x=" + x + | |
", y=" + y + | |
'}'; | |
} | |
} |
举例 1(新写法):
record Point(int x, int y) { } |
举例 1:
public record Dog(String name, Integer age) { | |
} |
public class Java14Record { | |
public static void main(String[] args) { | |
Dog dog1 = new Dog("牧羊犬", 1); | |
Dog dog2 = new Dog("田园犬", 2); | |
Dog dog3 = new Dog("哈士奇", 3); | |
System.out.println(dog1); | |
System.out.println(dog2); | |
System.out.println(dog3); | |
} | |
} |
举例 2:
/** | |
* Record 类型的演示 | |
* | |
* @author shkstart | |
* @create 下午 6:13 | |
*/ | |
public class Feature07 { | |
@Test | |
public void test1(){ | |
// 测试构造器 | |
Person p1 = new Person("罗密欧",new Person("zhuliye",null)); | |
// 测试 toString () | |
System.out.println(p1); | |
// 测试 equals (): | |
Person p2 = new Person("罗密欧",new Person("zhuliye",null)); | |
System.out.println(p1.equals(p2)); | |
// 测试 hashCode () 和 equals () | |
HashSet<Person> set = new HashSet<>(); | |
set.add(p1); | |
set.add(p2); | |
for (Person person : set) { | |
System.out.println(person); | |
} | |
// 测试 name () 和 partner (): 类似于 getName () 和 getPartner () | |
System.out.println(p1.name()); | |
System.out.println(p1.partner()); | |
} | |
@Test | |
public void test2(){ | |
Person p1 = new Person("zhuyingtai"); | |
System.out.println(p1.getNameInUpperCase()); | |
Person.nation = "CHN"; | |
System.out.println(Person.showNation()); | |
} | |
} |
/** | |
* @author shkstart | |
* @create 下午 6:20 | |
*/ | |
public record Person(String name,Person partner) { | |
// 还可以声明静态的属性、静态的方法、构造器、实例方法 | |
public static String nation; | |
public static String showNation(){ | |
return nation; | |
} | |
public Person(String name){ | |
this(name,null); | |
} | |
public String getNameInUpperCase(){ | |
return name.toUpperCase(); | |
} | |
// 不可以声明非静态的属性 | |
// private int id;// 报错 | |
} | |
// 不可以将 record 定义的类声明为 abstract 的 | |
//abstract record Order(){ | |
// | |
//} | |
// 不可以给 record 定义的类声明显式的父类(非 Record 类) | |
//record Order() extends Thread{ | |
// | |
//} |
JDK15 中第二次预览特性
JDK16 中转正特性
最终到 JDK16 中转正。
记录不适合哪些场景
record 的设计目标是提供一种将数据建模为数据的好方法。它也不是 JavaBeans 的直接替代品,因为 record 的方法不符合 JavaBeans 的 get 标准。另外 JavaBeans 通常是可变的,而记录是不可变的。尽管它们的用途有点像,但记录并不会以某种方式取代 JavaBean。
# 6.8 密封类
背景:
在 Java 中如果想让一个类不能被继承和修改,这时我们应该使用 final
关键字对类进行修饰。不过这种要么可以继承,要么不能继承的机制不够灵活,有些时候我们可能想让某个类可以被某些类型继承,但是又不能随意继承,是做不到的。Java 15 尝试解决这个问题,引入了 ** sealed 类
**,被 sealed
修饰的类可以指定子类。这样这个类就只能被指定的类继承。
JDK15 的预览特性:
通过密封的类和接口来限制超类的使用,密封的类和接口限制其它可能继承或实现它们的其它类或接口。
具体使用:
使用修饰符
sealed
,可以将一个类声明为密封类。密封的类使用保留关键字permits
列出可以直接扩展(即 extends)它的类。sealed
修饰的类的机制具有传递性,它的子类必须使用指定的关键字进行修饰,且只能是final
、sealed
、non-sealed
三者之一,分别表示:- final:不能再被继承了
- sealed:只能被指定类继承
- non-sealed:允许任何类继承
举例:
package com.atguigu.java; | |
public abstract sealed class Shape permits Circle, Rectangle, Square {...} | |
public final class Circle extends Shape {...} //final 表示 Circle 不能再被继承了 | |
public sealed class Rectangle extends Shape permits TransparentRectangle, FilledRectangle {...} | |
public final class TransparentRectangle extends Rectangle {...} | |
public final class FilledRectangle extends Rectangle {...} | |
public non-sealed class Square extends Shape {...} //non-sealed 表示可以允许任何类继承 |
JDK16 二次预览特性
JDK17 中转正特性
# 7. API 的变化
# 7.1 Optional 类
JDK8 的新特性
到目前为止,臭名昭著的空指针异常是导致 Java 应用程序失败的最常见原因。以前,为了解决空指针异常,Google 在著名的 Guava 项目引入了 Optional 类,通过检查空值的方式避免空指针异常。受到 Google 的启发,Optional 类已经成为 Java 8 类库的一部分。
Optional<T>
类 ( java.util.Optional
) 是一个容器类,它可以保存类型 T 的值,代表这个值存在。或者仅仅保存 null,表示这个值不存在。如果值存在,则 isPresent()
方法会返回 true,调用 get () 方法会返回该对象。
Optional 提供很多有用的方法,这样我们就不用显式进行空值检测。
Optional 类对象的实例化方法:
- static <T> Optional<T> empty () :用来创建一个空的 Optional 实例
- static <T> Optional<T> of (T value) :用来创建一个 Optional 实例,value 必须非空
static <T> Optional<T> ofNullable(T value)
:用来创建一个 Optional 实例,value 可能是空,也可能非空
判断 Optional 容器中是否包含对象:
- boolean isPresent () : 判断 Optional 容器中的值是否存在
- void ifPresent (Consumer<? super T> consumer) :判断 Optional 容器中的值是否存在,如果存在,就对它进行 Consumer 指定的操作,如果不存在就不做
获取 Optional 容器内的对象:
T get()
: 如果调用对象包含值,返回该值。否则抛异常。T get () 与 of (T value) 配合使用T orElse(T other)
:orElse (T other) 与 ofNullable (T value) 配合使用,如果 Optional 容器中非空,就返回所包装值,如果为空,就用 orElse (T other) other 指定的默认值(备胎)代替T orElseGet (Supplier<? extends T> other) :如果 Optional 容器中非空,就返回所包装值,如果为空,就用 Supplier 接口的 Lambda 表达式提供的值代替
T orElseThrow (Supplier<? extends X> exceptionSupplier) :如果 Optional 容器中非空,就返回所包装值,如果为空,就抛出你指定的异常类型代替原来的 NoSuchElementException
举例:
package com.atguigu.optional; | |
import java.util.Optional; | |
import org.junit.Test; | |
public class TestOptional { | |
@Test | |
public void test1(){ | |
String str = "hello"; | |
Optional<String> opt = Optional.of(str); | |
System.out.println(opt); | |
} | |
@Test | |
public void test2(){ | |
Optional<String> opt = Optional.empty(); | |
System.out.println(opt); | |
} | |
@Test | |
public void test3(){ | |
String str = null; | |
Optional<String> opt = Optional.ofNullable(str); | |
System.out.println(opt); | |
} | |
@Test | |
public void test4(){ | |
String str = "hello"; | |
Optional<String> opt = Optional.of(str); | |
String string = opt.get(); | |
System.out.println(string); | |
} | |
@Test | |
public void test5(){ | |
String str = null; | |
Optional<String> opt = Optional.ofNullable(str); | |
// System.out.println(opt.get());//java.util.NoSuchElementException: No value present | |
} | |
@Test | |
public void test6(){ | |
String str = "hello"; | |
Optional<String> opt = Optional.ofNullable(str); | |
String string = opt.orElse("atguigu"); | |
System.out.println(string); | |
} | |
@Test | |
public void test7(){ | |
String str = null; | |
Optional<String> opt = Optional.ofNullable(str); | |
String string = opt.orElseGet(String::new); | |
System.out.println(string); | |
} | |
@Test | |
public void test8(){ | |
String str = null; | |
Optional<String> opt = Optional.ofNullable(str); | |
String string = opt.orElseThrow(()->new RuntimeException("值不存在")); | |
System.out.println(string); | |
} | |
@Test | |
public void test9(){ | |
String str = "Hello1"; | |
Optional<String> opt = Optional.ofNullable(str); | |
// 判断是否是纯字母单词,如果是,转为大写,否则保持不变 | |
String result = opt.filter(s->s.matches("[a-zA-Z]+")) | |
.map(s -> s.toUpperCase()).orElse(str); | |
System.out.println(result); | |
} | |
} |
这是 JDK9-11 的新特性
新增方法 | 描述 | 新增的版本 |
---|---|---|
boolean isEmpty() | 判断 value 是否为空 | JDK 11 |
ifPresentOrElse(Consumer<? super T> action, Runnable emptyAction) | value 非空,执行参数 1 功能;如果 value 为空,执行参数 2 功能 | JDK 9 |
Optional<T> or(Supplier<? extends Optional<? extends T>> supplier) | value 非空,返回对应的 Optional;value 为空,返回形参封装的 Optional | JDK 9 |
Stream<T> stream() | value 非空,返回仅包含此 value 的 Stream;否则,返回一个空的 Stream | JDK 9 |
T orElseThrow() | value 非空,返回 value;否则抛异常 NoSuchElementException | JDK 10 |
# 7.2 String 存储结构和 API 变更
这是 JDK9 的新特性。
产生背景:
Motivation
The current implementation of the String class stores characters in a char array, using two bytes (sixteen bits) for each character. Data gathered from many different applications indicates that strings are a major component of heap usage and, moreover, that most String objects contain only Latin-1 characters. Such characters require only one byte of storage, hence half of the space in the internal char arrays of such String objects is going unused.
使用说明:
# Description
We propose to change the internal representation of the String class from a UTF-16 char array to a byte array plus an encoding-flag field. The new String class will store characters encoded either as ISO-8859-1/Latin-1 (one byte per character), or as UTF-16 (two bytes per character), based upon the contents of the string. The encoding flag will indicate which encoding is used.
结论:String 不再使用 char [] 来存储,改成了 byte [] 加上编码标记,节约了一些空间。
public final class String | |
implements java.io.Serializable, Comparable<String>, CharSequence { | |
@Stable | |
private final byte[] value; | |
... | |
} |
拓展:**StringBuffer 与 StringBuilder 也改成了 byte [] **。
String-related classes such as AbstractStringBuilder, StringBuilder, and StringBuffer will be updated to use the same representation, as will the HotSpot VM's intrinsic string operations.
JDK11 新特性:新增了一系列字符串处理方法
描述 | 举例 |
---|---|
判断字符串是否为空白 | " ".isBlank(); // true |
去除首尾空白 | " Javastack ".strip(); // "Javastack" |
去除尾部空格 | " Javastack ".stripTrailing(); // " Javastack" |
去除首部空格 | " Javastack ".stripLeading(); // "Javastack " |
复制字符串 | "Java".repeat(3);// "JavaJavaJava" |
行数统计 | "A\nB\nC".lines().count(); // 3 |
JDK12 新特性:String 实现了 Constable 接口
String 源码:
public final class String implements java.io.Serializable, Comparable<String>, CharSequence,Constable, ConstantDesc { |
java.lang.constant.Constable 接口定义了抽象方法:
public interface Constable { | |
Optional<? extends ConstantDesc> describeConstable(); | |
} |
Java 12 String 的实现源码:
/** | |
* Returns an {@link Optional} containing the nominal descriptor for this | |
* instance, which is the instance itself. | |
* | |
* @return an {@link Optional} describing the {@linkplain String} instance | |
* @since 12 | |
*/ | |
@Override | |
public Optional<String> describeConstable() { | |
return Optional.of(this); | |
} |
很简单,其实就是调用 Optional.of 方法返回一个 Optional 类型。
举例:
private static void testDescribeConstable() { | |
String name = "尚硅谷Java高级工程师"; | |
Optional<String> optional = name.describeConstable(); | |
System.out.println(optional.get()); | |
} |
结果输出:
尚硅谷Java高级工程师
JDK12 新特性:String 新增方法
String 的 transform (Function)
var result = "foo".transform(input -> input + " bar"); | |
System.out.println(result); //foo bar |
或者
var result = "foo".transform(input -> input + " bar").transform(String::toUpperCase) | |
System.out.println(result); //FOO BAR |
对应的源码:
/** | |
* This method allows the application of a function to {@code this} | |
* string. The function should expect a single String argument | |
* and produce an {@code R} result. | |
* @since 12 | |
*/ | |
public <R> R transform(Function<? super String, ? extends R> f) { | |
return f.apply(this); | |
} |
在某种情况下,该方法应该被称为 map ()。
举例:
private static void testTransform() { | |
System.out.println("======test java 12 transform======"); | |
List<String> list1 = List.of("Java", " Python", " C++ "); | |
List<String> list2 = new ArrayList<>(); | |
list1.forEach(element -> list2.add(element.transform(String::strip) | |
.transform(String::toUpperCase) | |
.transform((e) -> "Hi," + e)) | |
); | |
list2.forEach(System.out::println); | |
} |
结果输出:
======test java 12 transform====== | |
Hi,JAVA | |
Hi,PYTHON | |
Hi,C++ |
如果使用 Java 8 的 Stream 特性,可以如下实现:
private static void testTransform1() { | |
System.out.println("======test before java 12 ======"); | |
List<String> list1 = List.of("Java ", " Python", " C++ "); | |
Stream<String> stringStream = list1.stream().map(element -> element.strip()).map(String::toUpperCase).map(element -> "Hello," + element); | |
List<String> list2 = stringStream.collect(Collectors.toList()); | |
list2.forEach(System.out::println); | |
} |
# 7.3 JDK17:标记删除 Applet API
Applet API 提供了一种将 Java AWT/Swing 控件嵌入到浏览器网页中的方法。不过,目前 Applet 已经被淘汰。大部分人可能压根就没有用过 Applet。
Applet API 实际上是无用的,因为所有 Web 浏览器供应商都已删除或透露计划放弃对 Java 浏览器插件的支持。Java 9 的时候,Applet API 已经被标记为过时,Java 17 的时候终于标记为删除了。
具体如下:
java.applet.Applet | |
java.applet.AppletStub | |
java.applet.AppletContext | |
java.applet.AudioClip | |
javax.swing.JApplet | |
java.beans.AppletInitializer |
# 8. 其它结构变化
# 8.1 JDK9:UnderScore (下划线) 使用的限制
在 java 8 中,标识符可以独立使用 “_” 来命名:
String _ = "hello"; | |
System.out.println(_); |
但是,在java 9 中规定 “_” 不再可以单独命名标识符了,如果使用,会报错:
# 8.2 JDK11:更简化的编译运行程序
看下面的代码。
// 编译 | |
javac JavaStack.java | |
// 运行 | |
java JavaStack |
我们的认知里,要运行一个 Java 源代码必须先编译,再运行。而在 Java 11 版本中,通过一个 java 命令就直接搞定了,如下所示:
java JavaStack.java
注意点:
- 执行源文件中的第一个类,第一个类必须包含主方法。
# 8.3 GC 方面新特性
GC 是 Java 主要优势之一。 然而,当 GC 停顿太长,就会开始影响应用的响应时间。随着现代系统中内存不断增长,用户和程序员希望 JVM 能够以高效的方式充分利用这些内存, 并且无需长时间的 GC 暂停时间。
# 8.3.1 G1 GC
JDK9 以后默认的垃圾回收器是 G1GC。
JDK10 : 为 G1 提供并行的 Full GC
G1 最大的亮点就是可以尽量的避免 full gc。但毕竟是 “尽量”,在有些情况下,G1 就要进行 full gc 了,比如如果它无法足够快的回收内存的时候,它就会强制停止所有的应用线程然后清理。
在 Java10 之前,一个单线程版的标记 - 清除 - 压缩算法被用于 full gc。为了尽量减少 full gc 带来的影响,在 Java10 中,就把之前的那个单线程版的标记 - 清除 - 压缩的 full gc 算法改成了支持多个线程同时 full gc。这样也算是减少了 full gc 所带来的停顿,从而提高性能。
你可以通过 -XX:ParallelGCThreads
参数来指定用于并行 GC 的线程数。
JDK12:可中断的 G1 Mixed GC
JDK12:增强 G1,自动返回未用堆内存给操作系统
# 8.3.2 Shenandoah GC
JDK12:Shenandoah GC:低停顿时间的 GC
Shenandoah 垃圾回收器是 Red Hat 在 2014 年宣布进行的一项垃圾收集器研究项目 Pauseless GC 的实现,旨在针对 JVM 上的内存收回实现低停顿的需求。
据 Red Hat 研发 Shenandoah 团队对外宣称,Shenandoah 垃圾回收器的暂停时间与堆大小无关,这意味着无论将堆设置为 200 MB 还是 200 GB,都将拥有一致的系统暂停时间,不过实际使用性能将取决于实际工作堆的大小和工作负载。
Shenandoah GC 主要目标是 99.9% 的暂停小于 10ms,暂停与堆大小无关等。
这是一个实验性功能,不包含在默认(Oracle)的 OpenJDK 版本中。
Shenandoah 开发团队在实际应用中的测试数据:
JDK15:Shenandoah 垃圾回收算法转正
Shenandoah 垃圾回收算法终于从实验特性转变为产品特性,这是一个从 JDK 12 引入的回收算法,该算法通过与正在运行的 Java 线程同时进行疏散工作来减少 GC 暂停时间。Shenandoah 的暂停时间与堆大小无关,无论堆栈是 200 MB 还是 200 GB,都具有相同的一致暂停时间。
Shenandoah 在 JDK12 被作为 experimental 引入,在 JDK15 变为 Production;之前需要通过 -XX:+UnlockExperimentalVMOptions
-XX:+UseShenandoahGC
来启用,现在只需要 -XX:+UseShenandoahGC
即可启用
# 8.3.3 革命性的 ZGC
JDK11:引入革命性的 ZGC
ZGC,这应该是 JDK11 最为瞩目的特性,没有之一。
ZGC 是一个并发、基于 region、压缩型的垃圾收集器。
ZGC 的设计目标是:支持 TB 级内存容量,暂停时间低(<10ms),对整个程序吞吐量的影响小于 15%。 将来还可以扩展实现机制,以支持不少令人兴奋的功能,例如多层堆(即热对象置于 DRAM 和冷对象置于 NVMe 闪存),或压缩堆。
JDK13:ZGC: 将未使用的堆内存归还给操作系统
JDK14:ZGC on macOS 和 windows
JDK14 之前,ZGC 仅 Linux 才支持。现在 mac 或 Windows 上也能使用 ZGC 了,示例如下:
-XX:+UnlockExperimentalVMOptions -XX:+UseZGC
ZGC 与 Shenandoah 目标高度相似,在尽可能对吞吐量影响不大的前提下,实现在任意堆内存大小下都可以把垃圾收集的停顿时间限制在
十毫秒以内
的低延迟。
JDK15:ZGC 功能转正
ZGC 是 Java 11 引入的新的垃圾收集器,经过了多个实验阶段,自此终于成为正式特性。
但是这并不是替换默认的 GC,默认的 GC 仍然还是 G1;之前需要通过 -XX:+UnlockExperimentalVMOptions
、 -XX:+UseZGC
来启用 ZGC,现在只需要 -XX:+UseZGC
就可以。相信不久的将来它必将成为默认的垃圾回收器。
ZGC 的性能已经相当亮眼,用 “令人震惊、革命性” 来形容,不为过。未来将成为服务端、大内存、低延迟应用的首选垃圾收集器。
怎么形容 Shenandoah 和 ZGC 的关系呢?异同点大概如下:
- 相同点:性能几乎可认为是相同的
- 不同点:ZGC 是 Oracle JDK 的,根正苗红。而 Shenandoah 只存在于 OpenJDK 中,因此使用时需注意你的 JDK 版本
JDK16:ZGC 并发线程处理
在线程的堆栈处理过程中,总有一个制约因素就是 safepoints。在 safepoints 这个点,Java 的线程是要暂停执行的,从而限制了 GC 的效率。
回顾:
我们都知道,在之前,需要 GC 的时候,为了进行垃圾回收,需要所有的线程都暂停下来,这个暂停的时间我们称为 Stop The World。
而为了实现 STW 这个操作, JVM 需要为每个线程选择一个点停止运行,这个点就叫做安全点(Safepoints)。
而 ZGC 的并发线程堆栈处理可以保证 Java 线程可以在 GC safepoints 的同时可以并发执行。它有助于提高所开发的 Java 软件应用程序的性能和效率。
# 9.JDK17 的新特性
Java Development Kit (JDK) 17 是一个长期支持(LTS)版本,它引入了多项新特性和改进。以下是 JDK 17 的一些关键新特性:
密封类(Sealed Classes):密封类是 Java 语言的一个新特性,它允许开发者定义受限的类层次结构,限制哪些类可以继承一个类或实现一个接口。
模式匹配增强(Pattern Matching for instanceof):JDK 17 引入了对
instanceof
关键字的模式匹配支持,这是一个预览特性,允许更简洁和安全的方式进行类型检查和变量声明。增强型伪随机数生成器(Enhanced Pseudo-Random Number Generators):JDK 17 提供了新的接口类型和实现,包括可跳转的 PRNG 和额外的可拆分 PRNG 算法(LXM)。
macOS/AArch64 端口:JDK 17 增加了对 Apple Silicon(AArch64)的支持,允许在搭载 M1 芯片的 Mac 上本地运行 JDK。
外部函数和内存 API(孵化器):引入了一个新的 API,允许 Java 程序与 Java 运行时之外的代码和数据进行互操作,提供了静态类型、纯 Java 访问原生代码的能力。
Unix 域套接字通道:扩展了
java.nio.channels
包,为套接字通道和服务器套接字通道 API 添加了 Unix-domain 套接字支持。打包工具(jpackage):提供了一个工具,允许打包自包含的 Java 应用程序,并支持原生打包格式,如 Windows 上的 msi 和 exe,macOS 上的 pkg 和 dmg,以及 Linux 上的 deb 和 rpm。
强封装 JDK 内部元素:JDK 17 默认强封装了所有内部元素,除了一些关键的内部 API,鼓励开发者使用标准 API,以确保与未来 Java 版本的兼容性。
删除实验性 AOT 和 JIT 编译器:移除了 JDK 中的实验性 AOT 和 JIT 编译器,因为它们几乎没有使用且需要大量维护工作。
弃用安全管理器:准备在未来版本中移除安全管理器,它可追溯到 Java 1.0,但多年来并不是保护客户端 Java 代码的主要手段。
Vector API(第二孵化器):引入了一个 API 来表达向量计算,这些计算在运行时可靠地编译为支持的 CPU 架构上的最佳向量指令,从而实现优于等效标量计算的性能。
上下文特定的反序列化过滤器:允许应用程序配置特定于上下文和动态选择的反序列化过滤器,以便为每个序列化操作选择一个过滤器。
控制台字符集 API:提供了一个 API 来查询和更新控制台的字符集。
十六进制格式和解析实用程序:为基元类型和字节数组提供十六进制和十六进制之间的转换。
Ideal Graph Visualizer 的现代化:对 HotSpot VM C2 编译器中使用的中间表示进行可视化和交互式探索的工具进行了现代化改进。
错误消息中的源详细信息:JavaDoc 现在会显示问题的源行,以及包含指向该行位置的插入符号的行。
ARM 上的 macOS 早期访问可用:新的 macOS 现在可用于 ARM 系统,ARM 端口的行为应与英特尔端口类似。
这些新特性和改进展示了 Java 平台的持续发展和对现代编程需求的响应。开发者可以期待更高效、更安全以及更易于维护的代码。
# 10. 小结与展望
随着云计算和 AI 等技术浪潮,当前的计算模式和场景正在发生翻天覆地的变化,不仅对 Java 的发展速度提出了更高要求,也深刻影响着 Java 技术的发展方向。传统的大型企业或互联网应用,正在被 云端
、 容器化
应用、模块化的 微服务
甚至是函数 (FaaS, Function-as-a-Service) 所替代。
**Java 需要在新的计算场景下,改进开发效率。** 比如,Java 代码虽然进行了一些类型推断等改进,更易用的集合 API 等,但仍然给开发者留下了过于刻板、形式主义的印象,这是一个长期的改进方向。
Java 虽然标榜面向对象编程,却毫不顾忌的加入 面向接口编程思想
,又扯出 匿名对象
的概念,每增加一个新的东西,对 Java 的根本(面向对象思想)的一次冲击。
士,不可不弘毅,任重而道远。