根据相关报告，69%的开发者仍然使用java 8，并且自2014年Java 8发布以来，大多数开发人员都没有更新。最新的LTS版本Java17的发布让人们对更新的价值产生了疑问。
迁移到Java 17值得吗？或者从Java8到Java17的跳跃会是一个太大的障碍吗？在本文中，我们将研究升级的主要好处，以及一些注意事项。
升级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版本提供充足的时间。