现在统计数据来看,绝大部分企业还是Java 8,不会冒险升级,作为企业应用开发,Java8也足够了。
另外企业不用担心Oracle 版本的JDK收费问题。只要我们使用Open JDK代替Oracle JDK就可以
官网更新文档见https://www.oracle.com/technetwork/java/javase/13-relnote-issues-5460548.html
2.1、新增语法糖(预览版)
2.1.1Text Blocks
不得不说,我觉得这次新增语法块是真的好用。字符串可以像markDown一样的语法去写。
以前写法
String html = “\n” +
" \n" +
"
Hello, java
\n" +" \n" +
“\n”;
现在写法
String html = “”"
Hello, java
“”";
String query = “”"
SELECT EMP_ID
, LAST_NAME
FROM EMPLOYEE_TB
WHERE CITY
= ‘INDIANAPOLIS’
ORDER BY EMP_ID
, LAST_NAME
;
“”";
使用该表达式的字符串对象兼容老的表达方式,如两者混合使用,进行相加等操作,调用字符串String的方法等.
String code = String.format("""
public void print(%s o) {
System.out.println(Objects.toString(o));
}
“”", type);
Stirng新增的有关方法:
String::stripIndent(): 从文本块语法的表达中去除空格.
String::t
《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》
【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享
ranslateEscapes(): 转义退出字符序列.
String::formatted(Object… args): 进行文本块中某些值的格式化.
终于可以不用各种+,各种append了。但是应该会有各种问题,该功能还属于预览版。
2.1.2 Switch Expressions
对Switch表达式进行了优化
以前写法
int i;
switch (x) {
case “1”:
i=1;
break;
case “2”:
i=2;
break;
default:
i = x.length();
break;
}
现在支持
String formatted =
switch (obj) {
case Integer i -> String.format(“int %d”, i)
case Byte b -> String.format(“byte %d”, b);
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 -> obj.toString();
};
int eval(Node n) {
switch(n) {
case IntNode(int i): return i;
case NegNode(Node n): return -eval(n);
case AddNode(Node left, Node right): return eval(left) + eval(right);
case MulNode(Node left, Node right): return eval(left) * eval(right);
default: throw new IllegalStateException(n);
};
}
2.2 新的api
2.2.1 java.nio.file.FileSystems
添加了FileSystems.newFileSystem(Path,Map <String,?>)方法
添加了三种新方法,java.nio.file.FileSystems
以使使用文件系统提供程序的文件系统提供程序更容易使用。
newFileSystem(Path)
newFileSystem(Path, Map<String, ?>)
newFileSystem(Path, Map<String, ?>, ClassLoader)
2.2.2 java.nio.ByteBuffer
java.nio.ByteBuffer 新增若干对于buffer的批量的数据get/put,而且不影响buffer位.
java.nio.ByteBuffer``java.nio
现在,其他缓冲区类型定义了绝对批量get
和put
方法来传输连续的字节序列,而不考虑或影响缓冲区位置。
2.2.3 dom sax
dom sax解析有关的新api
官方的说法是为初始化dom sax工厂时提供了创建带有默认命名空间的api,特点是方法名上带有NS,三个方法分别是:
newDefaultNSInstance()
newNSInstance()
newNSInstance(String factoryClassName, ClassLoader classLoader)
相应的,使用jdk13,这段代码:
DocumentBuilder db = DocumentBuilderFactory.newDefaultNSInstance().newDocumentBuilder();
等效于:
DocumentBuilderFactory dbf = DocumentBuilderFactory.newDefaultInstance();
dbf.setNamespaceAware(true);
DocumentBuilder db = dbf.newDocumentBuilder();
2.3 unicode12.1 支持
最近每个版本都会扩大字符集支持.
2.4 ZGC取消提交未使用的存储器
ZGC已得到增强,可以将未使用的堆内存返回给操作系统。这对于关注内存占用的应用程序和环境很有用。
默认情况下启用此功能,但可以使用明确禁用此功能-XX:-ZUncommit
。此外,不会取消分配内存,以使堆大小缩小到最小堆大小(-Xms
)以下。这意味着,如果最小堆大小(-Xms
)配置为等于最大堆大小(-Xmx
),则将隐式禁用此功能。
可以使用以下命令配置未提交的延迟-XX:ZUncommitDelay=<seconds>
(默认为300秒)。此延迟指定在可以取消提交之前应使用多长时间的内存。
注:简单介绍下ZGC,可能我们目前在使用的是CMS垃圾回收器或者是G1垃圾回收器或者什么没有设置使用的是jdk默认的垃圾回收器。
ZGC回收机在jdk11支持,ZGC目前仅适用于Linux / x64 。和G1开启很像,用下面参数即可开启:
-XX:+UnlockExperimentalVMOptions -XX:+UseZGC
ZGC垃圾收集器,也称为ZGC,是一个可扩展的低延迟垃圾收集器,有如下特性:
-
暂停时间不超过10毫秒
-
暂停时间不会随堆或实时设置大小而增加
-
处理堆范围从几百M到几TB。
ZGC的成绩是,无论你开了多大的堆内存(1288G? 2T?),硬是能保证低于10毫秒的JVM停顿,远胜前代的G1。
2.5 添加了-XXSoftMaxHeapSize标志
可管理的命令行标志-XX:SoftMaxHeapSize=<bytes>
已添加。当前,它仅在启用Z垃圾收集器(-XX:+UseZGC
)时有效。
设置后,GC将努力不使堆增长超出指定的大小,除非GC决定有必要这样做,以避免OutOfMemoryError。不允许将最大软堆大小设置为大于最大堆大小(-Xmx
)的值。如果未在命令行上设置,则默认为等于最大堆大小的值。
这个值可以在运行时调整其值。例如,可以通过使用jcmd VM.set_flag SoftMaxHeapSize <bytes>
或通过HotSpot MXBean 来调整其值。
在一些特定的场景下我们需要这个新的特性,如非常在意资源使用,希望保持低堆内存占用,但同时又想同时能应付临时的,偶发的内存空间突增,尤其是在并发场景下无法预知的对象分配速率的突增.设置软最大堆内存将鼓励gc维护一个小堆,这样gc会更积极的进行垃圾回收,对于应用程序突发地增加对象分配速度也能更加从容应对.
2.6 ZGC支持的最大堆变化
ZGC支持的最大堆大小从4TB增加到16TB。
2.7 动态CDS归档
CDS的功能在进化一步,就是动态CDS功能。说白了,可以在运行期间动态保存类数据,也就是所谓的归档。
应用程序class-data Sharing(AppCDS)在JDK13新版本里已经简化。在应用程序退出时,可以动态存档类数据。动态生成的归档文件将在与正在运行的JDK映像一起打包的默认系统归档文件上创建生成,并保存数据。
#创建存档文件
% bin/java -XX:ArchiveClassesAtExit=helloworld.jsa -cp helloworld.jar Hello
使用存档文件
% bin/java -XX:SharedArchiveFile=hello.jsa -cp helloworld.jar Hello
使用动态存档,在老文档基础上
% bin/java -XX:SharedArchiveFile=:helloworld.jsa -cp helloworld.jar Hello
2.8 CRL的可配置读取超时
com.sun.security.crl.readtimeout
系统属性设置为CRL检索的最大读取超时,单位为秒。如果尚未设置该属性,或者该属性的值为负,则将其设置为默认值15秒。值为0表示无限超时。
2.9 新增TLS配置信息命令
keytool -showinfo -tls
添加了显示TLS配置信息的新命令。
2.10 支持下一代MS密码学(CNG)
SunMSCAPI提供程序现在支持读取下一代加密(CNG)格式的私钥。这意味着可以从Windows密钥库(例如“ Windows-MY”)中加载CNG格式的RSA和EC密钥。与EC(签名算法SHA1withECDSA
,SHA256withECDSA
等等)也支持。
2.11 SunPKCS11提供升级与PKCS#11 V2.40支持
SunPKCS11提供程序已更新,支持PKCS#11 v2.40。当基础PKCS11库支持相应的PKCS11机制时,此版本增加了对更多算法的支持,例如AES / GCM / NoPadding密码,使用SHA-2消息摘要系列的DSA签名以及RSASSA-PSS签名。
以上为新增功能,部分新增安全相关的功能因为和开发可能没有太大关系,没有介绍。想了解的可以点击官方文档进行查看。
三、删除功能
======
3.1 删除awt.toolkit系统属性
历史上(直到JDK 1.8),java.awt.Toolkit
该类的文档称为“ awt.toolkit”系统属性,该属性设置为平台实现子类的名称。
3.2 删除运行时跟踪方法
过时的方法traceInstructions(boolean)
,traceMethodCalls(boolean)
已经从删除java.lang.Runtime
类。这些方法在许多发行版中都无法使用,它们的预期功能由Java虚拟机工具接口(JVMTI)提供。
3.3 不再支持JDK 1.4之前的SocketImpl实现
java.net.SocketImpl
在此发行版中已删除了对为Java SE 1.3和更早版本编译的自定义实现的支持。此更改对SocketImpl
为Java SE 1.4(2002年发布)或更高版本编译的实现没有影响。
3.4 删除VM选项-XX + AggressiveOpts
-XX:+AggressiveOpts
在JDK 11中不建议使用VM选项,在JDK 12中删除了对VM的支持(在该选项中,它的使用被忽略,除了生成警告之外)。现在,使用此标志将导致VM初始化错误。
3.5 重复的RSA服务不再受SunJSSE提供支持
为支持RSA KeyFactory
,RSA KeyPairGenerator
,MD2withRSA
,MD5withRSA
,和SHA1withRSA Signature
已经从SunJSSE提供商删除。
从JDK 5开始,SunRsaSign
引入了提供程序来支持这些与RSA相关的算法。SunJSSE提供程序支持这些功能的唯一原因是与JDK 5之前的应用程序向后兼容。删除只会影响明确要求SunJSSE提供者提供这些RSA服务的应用程序。应用程序应删除硬编码的“ SunJSSE”提供程序名称。
3.6 证书删除
因为过期,以下证书被删除删除两个DocuSign根CA证书 , 删除两个Comodo根CA证书,删除T-Systems德国电信根CA 2证书
3.7 删除com.sun.net.ssl软件包
内部软件包com.sun.net.ssl
已从JDK中删除。在Java SE 1.4之前,当JSSE作为独立产品交付时,com.sun.net.ssl
就支持这些API,但是自Java SE 1.4起,该软件包已被弃用,仅供内部使用。自Java SE 1.4开始,软件包中已提供标准的替代API,如HostNameVerifier
,KeyManager
和。尽管应用程序应该已经过渡到标准API,但是此注释是最终警告,这些非标准API已被删除。TrustManager``javax.net.ssl
3.8 FIPS 140兼容模式去除
FIPS 140兼容模式已从SunJSSE提供程序中删除。旧版应用程序可能已通过以下方法之一使用了实验模式:
1.更新java.security
文件并为SunJSSE提供程序指定加密提供程序(例如,security.provider.4=com.sun.net.ssl.internal.ssl.Provider SunPKCS11-NSS
)
2.使用JDK内部类并使用指定的加密提供程序(例如,new com.sun.net.ssl.internal.ssl.Provider(cryptoProvider);
)创建提供程序。
因为SunJSSE提供程序使用JDK默认密码提供程序,所以应用程序可以配置security.provider
安全属性以使用符合FIPS 140的密码提供程序。
四、不推荐使用的功能和选项
=============
4.1 StringBuilder和StringBuffer参数为负引发的异常
StringBuilder和StringBuffer参数为负长度数组时抛出NegativeArraySizeException .
4.2 Linux上的默认进程启动机制
linux系统下,进程的默认开启机制使用posix_spawn,这一块需要参考linux创建进程的四种方式,fork(), fork()-exec(), posix_spawn()是异步进程,多进程可以并行执行,和system这种同步方式,多进程不能同时执行.从官方给的链接来看,原来用的似乎是fork/vfork?
4.3 jli包限定使用方法句柄对于静态常量字段的设值权限
即使使用了Field.setAccessibe(true)设置了权限,那么对相应的字段进行java.lang.invoke.MethodHandles.Lookup::unreflectSetter 时,也会抛出IllegalAccessException .在前面java9-12一文中提到过一些关于两个句柄的介绍,作者个人建议了解,个人觉得它们有未来在各框架中大量使用的可能性.
4.4 SocketImpl一些默认实现的变更.
此处影响的三个方法是jdk9才出现的方法,在13中,方法supportedOptions() 的默认返回值会是一个空集,getOption和setOption将默认抛出UnsupportedOperationException,代码中或继承了SocketImpl或DatagramSocketImpl 则必须重写这两个方法.
4.5 NewDirectByteBuffer 开辟的直接内存将固定为大字节序.
以指定该NewDirectByteBuffer
函数创建一个始终为big-endian(高字节在前;java.nio.ByteOrder.BIG_ENDIAN
)的直接缓冲区。
4.6 Files.isHidden 在windows中使用隐藏目录时返回true.
在Microsoft Windows上,该java.nio.file.Files.isHidden
方法历来忽略目录上的DOS“隐藏”属性。此版本已修复此问题,因此,当调用它来测试设置了此属性的目录时,isHidden
现在返回true
。
4.7 Base64.Encoder和Base64.Decoder方法可以抛出的OutOfMemoryError
对于大型数组,Base64.Encoder.encode
和Base64.Decoder.decode
方法的行为已更改。这些方法先前引发了未指定的异常,例如NegativeArraySizeException
。OutOfMemoryError
如果encode
和decode
方法无法分配输出数组/缓冲区或内存,则新行为将引发异常。
4.8 对于压缩文件(zip或jar)的api进行内容更新时的注意事项
若使用了zip file system去更新其中包含未压缩项的压缩包,则会令损坏该文件,若该包中不包含未压缩的项,则不会有问题.当要对这种含有未压缩条目的压缩包更新时,应使用jar工具或者java.util.zip包下的工具解决.