经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » Java相关 » Java » 查看文章
我有点想用JDK17了
来源:cnblogs  作者:sum墨  时间:2024/6/5 9:26:38  对本文有异议

大家好呀,我是summo,JDK版本升级的非常快,现在已经到JDK20了。JDK版本虽多,但应用最广泛的还得是JDK8,正所谓“他发任他发,我用Java8”。

其实我也不太想升级JDK版本,感觉投入高,收益小,不过有一次我看到了一些使用JDK17新语法写的代码,让我改变了对升级JDK的看法,因为这些新语法我确实想用!

废话不多说,上代码!

一、JDK17语法新特性

1. 文本块

这个更新非常实用。在没有这个特性之前,编写长文本非常痛苦。虽然IDEA等集成开发工具可以自动处理,但最终效果仍然丑陋,充满拼接符号。现在,通过字符串块,我们可以轻松编写JSON、HTML、SQL等内容,效果更清爽。这个新特性值得五颗星评价,因为它让我们只需关注字符串本身,而无需关心拼接操作。

原来的写法

  1. /**
  2. * 使用JDK8返回HTML文本
  3. *
  4. * @return 返回HTML文本
  5. */
  6. public static final String getHtmlJDK8() {
  7. return "<html>\n" +
  8. " <body>\n" +
  9. " <p>Hello, world</p>\n" +
  10. " </body>\n" +
  11. "</html>";
  12. }

新的写法

  1. /**
  2. * 使用JDK17返回HTML文本
  3. *
  4. * @return 返回HTML文本
  5. */
  6. public static final String getHtmlJDK17() {
  7. return """
  8. <html>
  9. <body>
  10. <p>Hello, world</p>
  11. </body>
  12. </html>
  13. """;
  14. }

推荐指数:??????????

2. NullPointerException增强

这一功能非常强大且实用,相信每位Java开发者都期待已久。空指针异常(NPE)一直是Java程序员的痛点,因为报错信息无法直观地指出哪个对象为空,只抛出一个NullPointerException和一堆堆栈信息,定位问题耗时且麻烦。尤其在遇到喜欢级联调用的代码时,逐行排查更是令人头疼。如果在测试环境中,可能还需通过远程调试查明空对象,费时费力。为此,阿里的编码规范甚至不允许级联调用,但这并不能彻底解决问题。Java17终于在这方面取得了突破,提供了更详细的空指针异常信息,帮助开发者迅速定位问题源头。

  1. public static void main(String[] args) {
  2. try {
  3. //简单的空指针
  4. String str = null;
  5. str.length();
  6. } catch (Exception e) {
  7. e.printStackTrace();
  8. }
  9. try {
  10. //复杂一点的空指针
  11. var arr = List.of(null);
  12. String str = (String)arr.get(0);
  13. str.length();
  14. } catch (Exception e) {
  15. e.printStackTrace();
  16. }
  17. }

运行结果

推荐指数:??????????

3. Records

在Java中,POJO对象(如DO、PO、VO、DTO等)通常包含成员变量及相应的Getter和Setter方法。尽管可以通过工具或IDE生成这些代码,但修改和维护仍然麻烦。Lombok插件为此出现,能够在编译期间自动生成Getter、Setter、hashcode、equals和构造函数等代码,使用起来方便,但对团队有依赖要求。
为此,Java引入了标准解决方案:Records。它通过简洁的语法定义数据类,大大简化了POJO类的编写,如下所示。虽然hashcode和equals方法仍需手动编写,但IDE能够自动生成。这一特性有效解决了模板代码问题,提升了代码整洁度和可维护性。

  1. package com.summo.jdk17;
  2. /**
  3. * 3星
  4. *
  5. * @param stuId 学生ID
  6. * @param stuName 学生名称
  7. * @param stuAge 学生年龄
  8. * @param stuGender 学生性别
  9. * @param stuEmail 学生邮箱
  10. */
  11. public record StudentRecord(Long stuId,
  12. String stuName,
  13. int stuAge,
  14. String stuGender,
  15. String stuEmail) {
  16. public StudentRecord {
  17. System.out.println("构造函数");
  18. }
  19. public static void main(String[] args) {
  20. StudentRecord record = new StudentRecord(1L, "张三", 16, "男", "xxx@qq.com");
  21. System.out.println(record);
  22. }
  23. }

推荐指数:????????

4. 全新的switch表达式

有人可能问了,Java语言不早已支持switch了嘛,有什么好提的?讲真,这次的提升还真有必要好好地来聊一聊了。在Java12的时候就引入了switch表达式,注意这里是表达式,而不是语句,原来的switch是语句。如果不清楚两者的区别的话,最好先去了解一下。主要的差别就是就是表达式有返回值,而语句则没有。再配合模式匹配,以及yield和“->”符号的加入,全新的switch用起来爽到飞起来。

  1. package com.summo.jdk17;
  2. public class SwitchDemo {
  3. /**
  4. * 在JDK8中获取switch返回值方式
  5. *
  6. * @param week
  7. * @return
  8. */
  9. public int getByJDK8(Week week) {
  10. int i = 0;
  11. switch (week) {
  12. case MONDAY, TUESDAY:
  13. i = 1;
  14. break;
  15. case WEDNESDAY:
  16. i = 3;
  17. break;
  18. case THURSDAY:
  19. i = 4;
  20. break;
  21. case FRIDAY:
  22. i = 5;
  23. break;
  24. case SATURDAY:
  25. i = 6;
  26. break;
  27. case SUNDAY:
  28. i = 7;
  29. break;
  30. default:
  31. i = 0;
  32. break;
  33. }
  34. return i;
  35. }
  36. /**
  37. * 在JDK17中获取switch返回值
  38. *
  39. * @param week
  40. * @return
  41. */
  42. public int getByJDK17(Week week) {
  43. // 1, 现在的switch变成了表达式,可以返回值了,而且支持yield和->符号来返回值
  44. // 2, 再也不用担心漏写了break,而导致出问题了
  45. // 3, case后面支持写多个条件
  46. return switch (week) {
  47. case null -> -1;
  48. case MONDAY -> 1;
  49. case TUESDAY -> 2;
  50. case WEDNESDAY -> 3;
  51. case THURSDAY -> {yield 4;}
  52. case FRIDAY -> 5;
  53. case SATURDAY, SUNDAY -> 6;
  54. default -> 0;
  55. };
  56. }
  57. private enum Week {
  58. MONDAY,
  59. TUESDAY,
  60. WEDNESDAY,
  61. THURSDAY,
  62. FRIDAY,
  63. SATURDAY,
  64. SUNDAY
  65. }
  66. }

推荐指数:????????

5. 私有接口方法

从Java8开始,允许在interface里面添加默认方法,其实当时就有些小困惑,如果一个default方法体很大怎么办,拆到另外的类去写吗?实在有些不太合理,所以在Java17里面,如果一个default方法体很大,那么可以通过新增接口私有方法来进行一个合理的拆分了,为这个小改进点个赞。

  1. public interface PrivateInterfaceMethod {
  2.     /**
  3.      * 接口默认方法
  4.      */
  5.     default void defaultMethod() {
  6.         privateMethod();
  7.     }
  8.     // 接口私有方法,在Java8里面是不被允许的,不信你试试
  9.     private void privateMethod() {
  10.     }
  11. }

推荐指数:??????

6. 模式匹配

在JDK 17中,模式匹配主要用于instanceof表达式。模式匹配增强了instanceof的语法和功能,使类型检查和类型转换更加简洁和高效。在传统的Java版本中,我们通常使用instanceof结合类型转换来判断对象类型并进行处理,这往往会导致冗长的代码。

原来的写法

  1. /**
  2. * 旧式写法
  3. *
  4. * @param value
  5. */
  6. public void matchByJDK8(Object value) {
  7. if (value instanceof String) {
  8. String v = (String)value;
  9. System.out.println("遇到一个String类型" + v.toUpperCase());
  10. } else if (value instanceof Integer) {
  11. Integer v = (Integer)value;
  12. System.out.println("遇到一个整型类型" + v.longValue());
  13. }
  14. }

新的写法

  1. /**
  2. * 转换并申请了一个新的变量,极大地方便了代码的编写
  3. *
  4. * @param value
  5. */
  6. public void matchByJDK17(Object value) {
  7. if (value instanceof String v) {
  8. System.out.println("遇到一个String类型" + v.toUpperCase());
  9. } else if (value instanceof Integer v) {
  10. System.out.println("遇到一个整型类型" + v.longValue());
  11. }
  12. }

推荐指数:????????

7. 集合类的工厂方法

在Java8的年代,即便创建一个很小的集合,或者固定元素的集合都是比较麻烦的,为了简洁一些,有时我甚至会引入一些依赖。

原来的写法

  1. Set<String> set = new HashSet<>();
  2. set.add("a");
  3. set.add("b");
  4. set.add("c"

新的写法

  1. Set<String> set = Set.of("a", "b", "c");

推荐指数:??????????

二、其他的新特性

1. 新的String方法

  • repeat:重复生成字符串
  • isBlank:不用在引入第三方库就可以实现字符串判空了
  • strip:去除字符串两边的空格,支持全角和半角,之前的trim只支持半角
  • lines:能根据一段字符串中的终止符提取出行为单位的流
  • indent:给字符串做缩进,接受一个int型的输入
  • transform:接受一个转换函数,实现字符串的转换

2. Stream API的增强

增加takeWhile, dropWhile, ofNullable, iterate以及toList的API,越来越像一些函数式语言了。用法举例如下。

  1. // takeWhile 顺序返回符合条件的值,直到条件不符合时即终止继续判断,
  2. // 此外toList方法的加入,也大大减少了节省了代码量,免去了调用collect(Collectors::toList)方法了
  3. List<Integer> list = Stream.of(2,2,3,4,5,6,7,8,9,10)
  4.         .takeWhile(i->(i%2==0)).toList(); // 返回2, 2
  5. // dropWhile 顺序去掉符合条件的值,直到条件不符合时即终止继续判断
  6. List<Integer> list1 = Stream.of(2,2,3,4,5,6,7,8,9,10)
  7.         .dropWhile(i->(i%2==0)).toList(); //返回3, 4, 5, 6, 7, 8, 9, 10
  8. // ofNullable,支持传入空流,若没有这个且传入一个空流,那么将会抛NPE
  9. var nullStreamCount = Stream.ofNullable(null).count(); //返回0
  10. // 以下两行都将输出0到9
  11. Stream.iterate(0, n -> n < 10, n -> n + 1).forEach(x -> System.out.println(x));
  12. Stream.iterate(0, n -> n + 1).limit(10).forEach(x -> System.out.println(x));

3. 全新的HttpClient

这个API首次出现在9之中,不过当时并非是一个稳定版本,在Java11中正式得到发布,所以在Java17里面可以放心地进行使用。原来的JDK自带的Http客户端真的非常难用,这也就给了很多像okhttp、restTemplate、Apache的HttpClient和feign这样的第三方库极大的发挥空间,几乎就没有人愿意去用原生的Http客户端的。但现在不一样了,感觉像是新时代的API了。FluentAPI风格,处处充满了现代风格,用起来也非常地方便,再也不用去依赖第三方的包了,就两个字,清爽。

  1. // 同步请求
  2. HttpClient client = HttpClient.newBuilder()
  3.         .version(Version.HTTP_1_1)
  4.         .followRedirects(Redirect.NORMAL)
  5.         .connectTimeout(Duration.ofSeconds(20))
  6.         .proxy(ProxySelector.of(new InetSocketAddress("proxy.example.com", 80)))
  7.         .authenticator(Authenticator.getDefault())
  8.         .build();
  9.    HttpResponse<String> response = client.send(request, BodyHandlers.ofString());
  10.    System.out.println(response.statusCode());
  11.    System.out.println(response.body());
  12. // 异步请求
  13. HttpRequest request = HttpRequest.newBuilder()
  14.         .uri(URI.create("https://foo.com/"))
  15.         .timeout(Duration.ofMinutes(2))
  16.         .header("Content-Type", "application/json")
  17.         .POST(BodyPublishers.ofFile(Paths.get("file.json")))
  18.         .build();
  19.    client.sendAsync(request, BodyHandlers.ofString())
  20.         .thenApply(HttpResponse::body)
  21.         .thenAccept(System.out::println);
  22.  

4. jshell

在新的JDK版本中,支持直接在命令行下执行java程序,类似于python的交互式REPL。简而言之,使用 JShell,你可以输入代码片段并马上看到运行结果,然后就可以根据需要作出调整,这样在验证一些简单的代码的时候,就可以通过jshell得到快速地验证,非常方便。

5. java命令直接执行java文件

在现在可以直接通过执行“java xxx.java”,即可运行该java文件,无须先执行javac,然后再执行java,是不是又简单了一步。

6. ZGC

在ParallelOldGC、CMS和G1之后,JDK 11引入了全新的ZGC(Z Garbage Collector)。这个名字本身就显得很牛。官方宣称ZGC的垃圾回收停顿时间不超过10ms,能支持高达16TB的堆空间,并且停顿时间不会随着堆的增大而增加。那么,ZGC到底解决了什么问题?Oracle官方介绍它是一个可伸缩的低延迟垃圾回收器,旨在降低停顿时间,尽管这可能会导致吞吐量的降低。不过,通过横向扩展服务器可以解决吞吐量问题。官方已建议ZGC可用于生产环境,这无疑将成为未来的主流垃圾回收器。要了解更多,请参阅官方文档

三、小结一下

作为程序员,持续学习和充电非常重要。随着Java8即将停止免费官方支持,越来越多的项目将转向Java17,包括大名鼎鼎的Spring Boot 3.0,它在2022年1月20日发布的第一个里程碑版本(M1)正是基于Java17构建的。该项目依赖的所有组件也将快速升级,未来如果想利用某些新特性,在Java8下将无法通过编译.,到这时候再换就真的晚了... ...

原文链接:https://www.cnblogs.com/wlovet/p/18231242

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号