你背的“八股文”可能已经过时了
一、String里不再使用char[]
在JDK9之前,String内部是通过char数组(char[])来保存字符数据的。但在JDK9以后,String的实现内部改为使用byte数组(byte[])。这样做的主要原因是为了节省内存空间,因为对于大量的拉丁文系列字符(如英文、数字、常见的标点符号等),使用byte数组存储比使用char数组可以节省一半的空间。
同时,String类的内部还引入了一个名为coder的byte类型的字段。这个字段是用来标识存储在byte数组中的数据是何种字符编码的。在新的String类的实现中,存在两种可能的字符编码:ISO-8859-1(一个字符占用一个字节)和UTF-16(一个字符占用两个字节)。对于ISO-8859-1编码的字符串,coder的值为0,而对于UTF-16编码的字符串,coder的值为1。这样,通过检查coder字段的值,就可以知道存储在byte数组中的数据应该使用什么样的编码方式进行处理,从而避免了因为字符编码不同而导致的处理错误。
二、switch支持的类型不再局限于基本类型与String
讲这一点之前,首先要了解什么是“模式匹配”,模式匹配是一种语言特性,用来检查某一个值是否匹配某种模式,并根据结果执行相应的代码,在Scala和Haskell中模式匹配是一项核心特性,而在Java中,模式匹配的概念在JDK14后被引入。
简单而言,模式匹配可以让你检查一个变量或值的类型是否符合设定的的某些规则(模式),如果符合/不符合,就可以执行一些特定的操作。比如通过模式匹配,可以指定下面这样的操作(JDK14):
Object obj = "hello"; if (obj instanceof String str) { System.out.println(str.length()); }
在这个例子中,“String str”就是一个模式,同时完成了类型检查(instanceof)和向下转型(赋值给变量str),使得代码更为简洁。在JDK17中,switch也支持了这一功能:
Object obj = 10L; switch (obj) { case String str -> System.out.println("str: " + str); case Integer intNum -> System.out.println("int: " + intNum); case Long longNum -> System.out.println("long: " + longNum); default -> throw new IllegalStateException("Unexpected value"); }
不过目前的模式匹配主要还是应用在类型检查的时候自动转换(略简陋),在其他语言中,模式匹配还可以实现各种功能,比如在匹配的同时提取复杂数据结构中的值:
val list = List(1, 2, 3) list match { case head :: tail => println(s"head: $head, tail: $tail") case Nil => println("empty list") }
在这个例子中head :: tail就是一个模式,将队列的头尾分别放入head和tail对象中,从而执行下一步操作。
三、synchronized的偏向锁已经被废弃了
首先来回顾一下什么是偏向锁。偏向锁是Java中synchronized关键字的一种优化手段,基本思想是同一个线程的反复访问无需加锁,主要目标是消除数据在没有竞争的情况下的同步操作,提高运行时性能。实际执行时,如果一个线程获得了锁,那么锁就进入偏向模式,此时记录下线程ID,当这个线程再次请求锁时,无需再做任何同步操作,这样就省去了大量有关锁申请的操作。
但是在真实情况中,偏向锁并不总能带来预期的性能优势,相反地,在某些情况下(多核处理器环境),偏向锁的撤销需要进入全局安全点(即safepoint,虚拟机将所有的线程暂停执行),会带来比较长的停顿时间。
偏向锁想法是好的,但是增加了JVM的复杂性,同时也并没有为所有应用都带来性能提升。因此,在JDK15中,偏向锁被默认关闭,在JDK18中,偏向锁已经被彻底废弃(无法通过命令行打开)。
四、G1推出后,分代回收的策略也发生了变化
这个大家相对比较熟悉,因为JDK7已经引入了G1垃圾收集器,在JDK9中被设置为默认的垃圾收集器。在G1中,没有严格的年轻代和老年代的划分,而是分为多个大小相同的独立区域,每个区域在不同的时间点可能会扮演不同的角色。
五、不需要考虑JDK与JRE的关系了
JDK和JRE都是Java的重要组成部分,但它们的角色和用途是不同的。JDK是Java开发工具包,主要用于开发Java应用。它包含了JRE,同时还提供了一些额外的工具,如编译器(javac)、调试器(jdb)等。JRE则是运行Java应用程序所需的环境。它包含了Java虚拟机(JVM)和Java类库,也就是Java应用程序运行时所需的核心类和其他支持文件。
在JDK 8及之前的版本中,Oracle会提供独立的JRE和JDK供用户下载。也就是说,你可以只安装JRE来运行Java程序,也可以安装JDK来开发Java程序。
然而从JDK 9开始,Oracle不再单独发布JRE。取而代之的是jlink工具,可以使用这个工具来生成定制的运行时镜像。这种方式简化了Java应用的部署,因你只需要分发包含你的应用和定制运行时镜像的包,不需要单独安装JRE。
六、泛型可能不再是“语法糖”
提起Java的泛型,很多人第一时间想到的就是“语法糖”、“类型擦除”。类型擦除是Java泛型的一种实现机制。这意味着在编译时,泛型类型会被替换为它的限定类型(如果没有明确指定,那就是Object),并且在字节码中并不保留泛型信息。
比如,如果你有一个如下的泛型类:
public class Box<T> { private T object; public void set(T object) { this.object = object; } public T get() { return object; } }
在编译后,这个类会变成:
public class Box { private Object object; public void set(Object object) { this.object = object; } public Object get() { return object; } }
类型擦除最大的优点就是保证了与老版本Java代码的兼容性,因为在引入泛型之前的Java代码都是没有泛型信息的。但类型擦除毕竟是不得已为之,会有一些缺点,比如无法执行某些类型检查、导致方法签名冲突等。
接着, Valhalla项目出现了,Valhalla项目是OpenJDK的一个长期项目,它的主要目标是为Java引入一些改进和新特性,包括泛型的专门化。目前Java的泛型实现使用了类型擦除,这意味着泛型信息只存在于编译时,而在运行时则被擦除。泛型的专门化意味着泛型信息可以保留到运行时,从而可以根据类型参数生成特定的代码,提高运行效率,并且实现更安全的类型。
不过Valhalla项目的步子迈的有点大,进展比较慢,有很多人说这个项目“凉了”。尽管如此,很多新特性已经在预览版本实现了,未来就会在正式版中出现。
七、Java可以在接口中定义私有方法
Java中的接口的目的是定义公开的API,而不是实现方法细节,所以在JDK8以前都不支持默认和静态方法。但是出于便捷性的考虑,JDK8中支持方法的默认实现,这样当一个接口有大量实现类的情况下,可以在不破坏原有实现的前提下迭代API。
JDK8中接口类的默认实现解决了模型抽象中的很多问题,随之而来的是在接口中的默认方法如果需要共享一些代码段,只能将这些代码段抽象出一个新的函数。如果这个函数是静态的(JDK8支持接口中定义静态函数),那么在函数里无法访问其他非静态API;如果是一个有默认实现的API,就会导致实现类可以自由重载。而且最重要的是,不管怎么样,API都会被暴露出去,这不是开发者想要看到的。
最终,JDK9允许了开发者在接口中定义私有方法,从而提取和封装默认方法中的公共代码,减少代码的冗余。
作者 | 秋怀
本文为阿里云原创内容,未经允许不得转载。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
函数计算的新征程:使用 Laf 构建 AI 知识库
Laf 已成功上架 Sealos 模板市场,可通过 Laf 应用模板来一键部署! 这意味着 Laf 在私有化部署上的扩展性得到了极大的提升。 Sealos 作为一个功能强大的云操作系统,能够秒级创建多种高可用数据库,如 MySQL、PostgreSQL、MongoDB 和 Redis 等,也可以一键运行各种消息队列和微服务,甚至 GPU 集群上线后还可以跑各种 AI 大模型。 将 Laf 一键部署到 Sealos 中,我们就可以在 Laf 中直接通过内网调用 Sealos 提供的所有这些能力。无论用户需要什么样的后端支持,只需在 Sealos 上运行相应的服务即可。这种集成模式不仅提高了资源的利用效率,而且还提供了无缝的技术集成,使得 Laf 成为一个更加强大和多功能的 Serverless 平台,弥补了传统 Serverless 平台在后端能力方面的不足。 Sealos 强大的模板市场提供了丰富的应用生态,用户可以在模板市场中一键部署各种应用。本文以 Elasticsearch 为例,展示如何在 Laf 中调用 Sealos 模板市场中部署的 Elasticsearch 来搭建一个向...
- 下一篇
一年一度!《2023 开发者生态系统现状》调研报告新鲜出炉!
我们很高兴发布《2023 开发者生态系统现状》报告,其中包含宝贵洞察和精彩发现。报告汇总了全球超过 26,000 位受访者的回复,这些受访者在今年 6 月至 7 月期间为我们的调查做出了慷慨贡献。 过去 7 年,我们一直在努力了解不断变化的技术格局及其对全球开发者的影响。在《开发者生态系统现状》报告中,我们深入研究了编程语言、工具、框架、教育领域,以及开发者的生活方式和习惯,帮助您全面了解科技行业的当前趋势。 浏览《2023 开发者生态系统现状》报告 为了回应人们对人工智能 (AI) 日益浓厚的兴趣,我们增加了一些问题,希望揭示开发者对 AI 的看法、顾虑、将常规编码相关活动委托给 AI 的准备情况,以及 AI 集成式工具目前的采用状态。 以下是我们在人工智能 (AI) 方面的主要发现: 77% 的开发者使用ChatGPT,46% 使用GitHub Copilot。 59% 的程序员出于安全原因对 AI 工具缺乏信任,42% 表达了对使用 AI 服务的道德顾虑。28% 表示其公司政策限制使用生成式 AI 工具,19% 认为 AI 会对人类产生敌意。 同样,我们密切关注编程语言的格局: ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Red5直播服务器,属于Java语言的直播服务器
- Docker安装Oracle12C,快速搭建Oracle学习环境
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8安装Docker,最新的服务器搭配容器使用
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS关闭SELinux安全模块
- CentOS7设置SWAP分区,小内存服务器的救世主