根据相关报告， 69% 的开发者仍然使用 java 8 ，并且自 2014 年 Java 8 发布以来，大多数开发人员都没有更新。最新的 LTS 版本 Java17 的发布让人们对更新的价值产生了疑问。

迁移到 Java 17 值得吗？或者从 Java8 到 Java 17 的跳跃会是一个太大的障碍吗？在本文中，我们将研究升级的主要好处，以及一些注意事项。

升级 Java ：主要好处

与任何技术一样，升级意味着改变。新特性、安全补丁、删除过时特性和添加的支持都被嵌入到 Java LTS 版本中，因此，对于自 Java 8 或更高版本以来未更新过的任何人来说，这应该是首要考虑的问题。

新功能

JEP 354 ：切换表达式—在 JEP325 下引入并在 JEP354 下细化，切换表达式是经典 Java 切换语句在表达式形式下的应用，允许开发人员生成值。

JEP 360 ：密封类—密封类有助于使超类可访问，同时限制意外的扩展性。

JEP 378 ：文本块—文本块通过以可预测的方式自动格式化字符串，避免了大多数转义序列的需要。

JEP396 ：记录—记录类提供了一种更清晰的方法，可以用 Java 编写不可变的数据聚合类。他们通过消除许多与这些类相关的样板代码来简化这一过程。

仅在 Java17 版本中，就有两个孵化器模块和一个预览语言特性，当社区对它们进行测试时，它们很可能成为 Java18 或更高版本中的固定装置。

安全和更新

尽管有新的特性，但停留在旧版本的 Java 上可能会进一步导致安全漏洞。非 LTS 版本仅在正式发布后的六个月内受支持，此后不会再看到任何公开更新。每个后续的 SE 版本都包含主要的安全补丁，但正如你所推断的，这需要每六个月更新一次新版本。

支持

前期投资可以为你的团队带来持续收益。通过升级到具有三年或更长保质期的 LTS 版本，你的团队就不必担心每六个月更新一次安全补丁和更新。

升级 Java ：关键注意事项

它能节省开发时间吗？它会减少代码维护吗？它会提高运行时性能吗？它会降低安全和安保风险吗？

为了帮助你彻底回答这些问题，我们总结了一些要点，以便在做出决定之前进行思考。

LTS 与非 LTS 版本

例如，如果你的团队使用 Java 11 ，并且正在考虑“升级”到 Java 12 ，那么可能不值得切换到非 LTS 版本。非 LTS 版本可能有一个或两个值得检查的预览功能，但它们主要是针对以前版本的错误修复，在下一个 LTS 版本中你将无法获得这些功能。

总的来说，如果可能，我们建议你升级到最新的 LTS ，这样你就可以获得至少五年的供应商支持。非 LTS 版本可能会在你的团队需要支持的六个月后出现一些令人头痛的问题，而这些支持都不可用。

成本和资源

虽然升级到 LTS 版本为您的团队提供了新功能和增强的支持，但在时间和生产效率方面需要进行前期投资。升级 Java 应用程序基础架构确实需要时间和金钱，而且在 Java 上运行的应用程序越多，所需时间就越长。此外，您正在使用的任何第三方应用程序也需要支持新版本。

最终，这取决于你和你的团队是想继续使用旧版本的 Java ，还是想更新到最新的版本。

现在有了 Java17 ，面向未来的企业团队可能会明智地投资于这个 LTS 版本。 Java17 包括重要的 JEP ，如密封类、 machOS/AArch64 端口，并强烈封装 JDK 内部。过时的功能，如安全管理器和小程序 API 已经被贬低，从而简化了语言， Java17 用户将至少在未来五年内看到支持，这将为下一个 LTS 版本提供充足的时间。