码出高效:java开发手册_Java 11手册：Java专家分享他们在Java 11方面的最佳和最差的经验-CSDN博客

码出高效:java开发手册

Java 10标志着Java生态系统新时代的开始，但最新版本证明仍有一些里程碑可言。 Java 11是Oracle新的六个月周期中的第一个LTS版本。

您可以在此处下载Java 11。

JEP 321 – HTTP客户端（标准），它标准化了在JDK 9中引入的经过孵化的HTTP客户端API（通过JEP 110），并在JDK 10中进行了更新。
JEP 332 –传输层安全性（TLS）1.3是TLS协议的一项重大改进，与以前的版本相比，具有显着的安全性和性能改进。
JEP 328 – Java飞行记录器（JFR）提供了高性能的飞行记录引擎和低开销的数据收集框架，用于对任务关键型Java应用程序进行故障排除。
JEP 333 – ZGC项目可以处理从较小到非常大的堆。
JEP 330 –启动单文件源代码程序通过增强Java启动器来运行作为Java源代码的单个文件提供的程序，从而简化了“入门”或新的Java用户，包括脚本中和/或相关技术。

在此处阅读更多有关重点的信息。 如果您想了解有关Java 11的更多信息，请查看发行说明。

在发布Java 11之前，我们与八位Java影响者讨论了向最新版本的迁移，以及即使它没有“杀手级功能来推动采用”，它是否也是“有价值的”迁移里程碑，正如Martin Thompson在采访中所说的那样。系列。如果您尚未迁移，我们认为您想了解此新版本的优缺点。

我们邀请了八位Java专家来分享他们在Java 11方面的最佳和最坏的经历。由于本系列旨在作为Java 11的手册，我们的受访者还将谈论他们对Java 11的第一印象，技巧和窍门，最聪明的黑客技巧并且不可避免地，如果他们真的在乎Java 11，至少比他们对Java 8的关心更重要。

我们的受访者将分享以下内容：

新版本的第一印象
“导航” JDK 11的提示和旅行
迄今为止发现的最聪明的黑客
他们有多在乎JDK 11

8个答案：您对Java 11的最佳和最坏体验是什么？

会见专家

Mala Gupta（ @eMalaGupta ）是eJavaGuru.com的创始人。她是DelhiJUG的Java冠军，书籍作者，演讲者和联合负责人。

Josh Long（ @ starbuxman ）是Pivotal的Spring Developer Advocate。他是5本书和3本畅销视频培训的作者。他还是Java冠军。

Lukas Eder（ @ lukaseder ）是Data Geekery GmbH的创始人兼研发负责人，该公司是jOOQ背后的公司和Java冠军。

Matthew Gillard（ @MaximumGilliard ）在布里斯托尔（英国）的Oracle工作于开源，Java和无服务器/云基础架构。

Marcus Biel（ @MarcusBiel ）是一位演讲者，作家，JCP成员和Java Clean Code传播者。

Trisha Gee（ @trisha_gee ）是JetBrains的一名开发倡导者，是伦敦Java社区的重要成员和Java冠军。

Simon Ritter（ @speakjava ）是Azul Systems的副CTO。

Tal Weiss（ @weisstal ）是OverOps的CTO和联合创始人。

tl; dr

优点

+使用HTTP客户端处理非阻塞异步代码

+对lambda参数使用带局部变量的注释

+ TLS 1.3 真正快速的周转集成

+对ChaCha20和Poly1305加密算法的新支持

+比Java 9和10更好的启动性能

+ 字符串API增强功能（重复，isBlank，条带，行）非常酷

+过时的功能被抛弃

+升级时影响较小

+使用启动单文件源代码程序

+对谓词接口的微小更改，其中添加了not（）静态方法

缺点

–在不编译的情况下启动单个源代码程序会造成混乱

–对程序员几乎没有

–根据此版本中不推荐使用的位，可能给这些用户带来不便

–已从JDK 11中的JDK中删除了JAXB。这在首次设置jOOQ时会给jOOQ用户带来一些额外的配置麻烦

–启动仍可与Java 8媲美

玛拉·古普塔（Mala Gupta）：使用JDK11的最佳体验之一就是使用HTTP客户端与非阻塞异步代码一起使用，并对lambda参数使用带有局部变量的注释。使用无操作气相色谱仪Epsilon进行配置值的不同组合试验非常令人兴奋。复制这些价值观也具有挑战性。

新的Java学习者（在我的一个讲习班中）对启动未经编译的单一源代码程序感到困惑。如果他们错误地编译了代码或移至多个源代码文件，则启动将无法进行。

Josh Long：作为一名程序员，此发行版对我来说几乎没有什么-也就是说，在我每天编写代码的经验中，对我来说几乎没有什么变化。当然，能够给lambda参数加上`var`前缀，就像我已经可以为其类型加上多余的前缀一样，很好。但是，我还不需要它。我认为，作为程序员，最大的变化是新的标准化React式HTTP库。但是，当然，生态系统中已经有好的响应式HTTP库，因此不应将其视为升级的主要原因。

我还喜欢这是LTS版本，为那些犹豫不决超越Java 8的客户消除了最后的障碍。

可以肯定的是，这些功能很不错，但不是糖果 –没有任何东西可以使我的代码明显更易于阅读，并且没有什么可以弥补我无法弥补的。从安全性的角度来看，Java 11具有一些不错的优点。我认为TLS 1.3 真正快速的周转集成是惊人的。 TLS 1.3已于2018年3月完成！

新增了对ChaCha20和Poly1305加密算法的支持。干得好，Java团队！

在以企业Java为中心的世界中，我并没有看到任何不利之处，但是这些用户可能会遇到一些不便之处，具体取决于此版本中不推荐使用的版本，包括Nashorn JavaScript引擎，CORBA模块，Pack200 Tools和API等。我还喜欢这是LTE版本，为那些犹豫不决超越Java 8的客户消除了最后的障碍。

Lukas Eder： 在最初添加JAXB作为JDK 9和10支持的可选依赖项后，现在麻烦了，现在已经从JDK 11中的JDK中删除了JAXB。虽然正确地获得依赖项并不难，第一次设置jOOQ时，确实会给我们的jOOQ用户带来一些额外的配置麻烦。

幸运的是（对于jOOQ），我们并不是唯一一个会给用户带来这些问题的库，因此看起来这不是我们的错。我仍在为jOOQ设计正确的Maven依赖项声明，该声明适用于所有JDK 6 – 11。

不要误会我的意思。我真的认为JAXB不应成为JDK的一部分，并且将其删除是一件好事（就像CORBA的删除一样）。

还请参见：投票结果：这是向Java 11迈进的一大步

马修·吉拉德（Matthew Gillard）：

最佳体验–比Java 9和10更好的启动性能

最糟糕的体验–启动仍可与Java 8媲美

Marcus Biel： 当然，第一个调用端口是OpenJDK项目页面，其中列出了Java 11发行版的17个JEP。乍一看，Java 11似乎主要是在“幕后”提供了更改，而没有真正的开发人员功能。但是，事实并非如此。

的字符串API增强（重复，的isBlank，带，线），例如，我想是相当凉爽。对我而言，通常是一些小事情使我们作为开发人员的生活更加轻松。到现在为止，我们不得不访问诸如commons-lang之类的外部库来处理诸如“ isBlank”之类的简单内容，这太棒了，我们以后可以保存它！

最后但并非最不重要的一点是，我认为将过时的功能抛弃掉总是很好，例如Java EE和CORBA模块或Java Web Start。

我认为将过时的功能扔到外面总是好事。

Trisha Gee：最好的事情是，随着6个月的发布节奏，每个发布都是很小的。这表示：

a）更容易看到其中的内容，并且

b）升级时影响较小。

Simon Ritter： 我没有最糟糕的经验，到目前为止，使用JDK 11一直非常积极。诚然，我不使用从核心库中删除的任何模块（ java.se.ee 聚合器模块及其组成部分），因此我的应用程序无需更改就可以正常工作。

对我来说，最好的体验是使用启动单文件源代码程序（JEP 330）。最终，shebang的支持使编写一个简单的应用程序变得非常容易，而无需执行多个步骤即可使其执行。我也非常喜欢对谓词接口进行的微小更改，该接口添加了not（）静态方法。在许多情况下，这有助于代码的可读性。

Tal Weiss： 我认为最好的新功能之一就是新的标准化HTTP客户端API，该API自JDK 9以来就不断涌现。自JDK 9到JDK 10，它的实现已发生了许多变化，最终在JDK 11中得到了标准化。我对新API的经验很棒。感觉写得很好并且高效，最好在运行时中拥有一个标准的HTTP客户端API。

现在，我们已经揭示了Java 11的优缺点，让我们集中讨论新版本的其他重要方面。 在接下来的部分中，我们将讨论专家们对Java 11的第一印象，技巧和窍门，最聪明的黑客技巧，以及如果他们真的在乎Java 11的话，那将是不可避免的-至少比他们关心Java 8的要多。