DZone每日必读-News：2022 年 Java 开发:预测和选定趋势

boonya

已于 2022-03-30 16:34:14 修改

阅读量384

点赞数

分类专栏： # DZone每日必读文章标签： Java 趋势 LTS Java18

于 2022-03-30 16:33:39 首次发布

原文链接：https://dzone.com/articles/java-development-predictions-and-selected-trends

版权

DZone每日必读专栏收录该内容

9 篇文章 1 订阅

订阅专栏

去年很有趣——一个新的 LTS 版本，取得了一些惊人的成功，但也发现了一个全球漏洞。在本文中，我们将尝试猜测和预测该行业将如何面对新的挑战，以及哪些创新和发展对其影响最大。

一般趋势

1. 从 Java 8 迁移

许多应用程序仍然可以在 Java 8 上运行——原因很容易理解。它仍然受到许多供应商的支持，并且由于 Java 9 中引入的根本性变化，您需要采取许多步骤才能从 8 迁移到 9 或更高版本。但我们认为 2022 年可能是许多人最终决定迁移的一年到最新的 LTS 版本有几个原因。

去年有 3 年来的第一个 LTS 版本，它的发布时间足以被认为是安全可靠的。企业已经在尝试并提供反馈。值得一提的是，虽然最新的 LTS Java 版本是 17，但许多开发人员可能会迁移到之前的 LTS 版本，即 11。这被认为是稳定性和功能的恰到好处的平衡。但是那些在开发中使用 Spring 的人会选择 Java 17。
新的发布节奏将使未来不断迁移的过程更加顺畅。
对 Java 8 的支持即将结束。

今年我们可能会看到全球移民进程的开始。新的业务挑战需要现代解决方案，现在您可以实际测试它们。如果您负担得起升级费用，我们会说 — 去做，加入推动行业向前发展的行列！

2. 更好的云支持

微服务、容器、消息代理和原生镜像并不是新事物，但每年仍在积极开发和增强！到 2022 年，我们不仅可以期待这些容器的稳定性、速度和大小更好，甚至可以期待新的操作系统将针对任何类型的 Java 容器进行微调，并使它们更快、更安全。事实上，这不是一个猜测——BellSoft 很快就会发布这个新的操作系统，它为 Java 开发提供了完整的功能和增强功能，你可以引用我们的话。

这将使云的利用率对于运行 Java 应用程序更加有效，即使在人们过去依赖自己的专用服务器的情况下，2022 年也将是云部署的一年。

3. 更好地支持多平台

在不同的架构支持和不同平台之间的应用程序兼容性方面，我们认为 Java 仍然是最好的。并且在接下来的一年里会变得更好！

RISC-V

在不久的将来，新的 CPU 系列有可能成为 x86 和 ARM 处理器的替代品。它最重要的优点是可以开发具有该架构的芯片，而无需向其所有者支付版税，因此许多企业非常有动力让它发挥作用，Linux基金会宣布与RISC-V基金会合作。虽然现在它主要用于嵌入式设备，但我们预计很快就会看到更新的版本，并且可能会在新的 Java LTS 版本中首次实现 RISC-V 支持。

AArch 架构

Java 完全支持 AArch64 和 AArch32，每个新版本对 AArch64 的支持都会变得更好。使用 Java 11 及更高版本的人享受 Aarch64 CPU 的增强性能，而且数字越来越令人印象深刻。我们希望在以下已发布的 Java 编号版本中找到新的增强功能。

Mac 支持

人们喜欢 Mac 的优雅界面和整体美观，以及对 Aarch64 CPU 和新图形 API 的改进支持，Java 开发人员将充分利用使用 M1 Max 处理器的过时和更新的 Mac 型号。

安全问题和开源开发方法

Log4Shell 是震惊 Java 开发世界的漏洞。甚至有人说，它不仅证明了 Java，而且总体而言，开源解决方案都是不安全的。

在我们看来。这不是真正的 Java 语言问题，也不是 Java 虚拟机和标准类库中的问题，尽管许多人认为它是这样的。相反，这个漏洞影响了很多人，他们没想到它来自被认为非常安全的 Apache。批评者忘记了修复是立即可用的，但人们并不急于应用它，因为它处理了第 10 级的漏洞。另一种选择是，它可能是根本没有发现的问题之一......或者只有恶意行为者发现并被他们利用，而开发人员并不聪明。

开源方法并不完美，这是真的。但是，它仍然有机会实际查看代码、对其进行测试并在将其实施到安全流程之前进行检查。在这种情况下，社区失败了，但企业也失败了，因为他们只是从互联网上获取代码并决定使用它而没有经过适当的评估。虽然在大多数情况下人们并不真正阅读代码，但开源方法仍然允许您至少阅读。当然，不可能测试每个潜在的漏洞，但可以进行一些测试。如果你使用封闭的代码，你仍然处于危险之中。但是现在你甚至不能依赖社区！

这一事件的后果不会像某些人所说的那么严重。我们认为开发人员会花更多时间进行校对。

重要的是要注意，虽然有可用的替代日志库，但应检查它们是否存在类似或其他漏洞，以避免将来出现此类问题。要做到这一点，您需要检查代码，而这些代码应该是开放的以供审查，再次证明开源方法虽然并不完美，但在我们看来，仍然比其他方法更安全。解决方案可能是将一些项目从 GitHub 转移到私有存储库，只有选定的人才能拥有完全访问权限。会发生吗？我们不确定，但如果会，这将是对行业的巨大挑战，也是时代终结的开始。

Java 18：期待什么

新的 LTS 版本决定了未来版本的方向，包括下一个 LTS 版本。我们不会列出所有新的 JEP，而是谈谈 Java 现在和未来的发展方向。

安全经理几乎走了。它被广泛用于小程序和 webstart，即使在开始时也很难配置，并且可能会显着减慢应用程序的速度。一些新的安全措施肯定会出现，但只有时间才能证明，哪些会留下来。
代码片段——对于某些人来说，它可能是最重要的增强。阅读评论现在更容易了，您可以避免编写错误。
切换表达式和模式匹配表明 Java 语言在其可能不如新语言有效的领域中的发展。由于多年前开发的语法必须保留以确保与旧版本的最大兼容性，因此新语法——简短而简单——通过许多更新和 JEP 实现。新的发布周期将通过使用预览版和孵化器进行测试来加快流程。