根据相关报告，69%的开发人员仍在使用Java8，而自2014年Java8发布以来，大多数开发人员没有更新。最新的LTS版本Java17的发布让人质疑更新的价值。是否值得迁移到Java17？或者从Java8跳到Java17会是一个太大的障碍吗？在本文中，我们将探讨升级的主要好处以及一些注意事项。升级Java：主要优势与任何技术一样，升级意味着改变。新功能、安全补丁、删除已弃用的功能以及添加的支持都包含在JavaLTS版本中，因此对于自Java8或更高版本以来尚未更新的任何人来说，这应该是头等大事。新特性JEP354：SwitchExpressions——在JEP325下引入并在JEP354下细化，switch表达式是经典的Javaswitch语句以表达式形式的应用，允许开发者生成值。JEP360：密封类——密封类有助于使超类可访问，同时限制意外的可扩展性。JEP378：文本块——文本块通过以可预测的方式自动格式化字符串来避免对大多数转义序列的需要。JEP396：记录-记录类提供了一种更简洁的方法来用Java编写不可变数据聚合类。他们通过消除大量与这些类相关的样板代码来简化这一过程。仅在Java17版本中，就有两个孵化器模块和一个预览语言功能，当它们被社区测试时，它们可能会成为Java18或更高版本中的固定功能。安全和更新尽管有新功能，但继续使用旧版本的Java可能会进一步导致安全漏洞。非LTS构建仅在正式发布后的六个月内受支持，之后不会看到任何公开更新。每个后续的SE版本都包含主要的安全补丁，但正如您可以推断的那样，这需要每六个月发布一次新版本。支持前期投资可以为您的团队带来持续的收益。通过升级到保质期为三年或更长的LTS版本，您的团队将不必担心每六个月获取一次安全补丁和更新。升级Java：主要考虑事项是否会节省开发时间？它会减少代码维护吗？它会提高运行时性能吗？它会降低安全和安保风险吗？为了帮助您彻底回答这些问题，我们总结了一些要点，以便在做出决定之前进行思考。LTS与非LTS版本例如，如果您的团队使用Java11并正在考虑“升级”到Java12，则可能不值得切换到非LTS版本。非LTS版本可能有一个或两个值得检查的预览功能，但它们主要是对以前版本的错误修复，您不会在下一个LTS版本中获得这些错误。一般来说，我们建议您尽可能升级到最新的LTS，这样您就可以获得至少五年的供应商支持。非LTS版本可能会在您的团队需要支持六个月后引起一些麻烦，而且这些支持都不可用。成本和资源虽然升级到LTS版本可为您的团队提供新功能和增强的支持，但它需要在时间和生产力方面进行前期投资。升级您的Java应用程序基础架构确实需要时间和金钱，而且您在Java上运行的应用程序越多，所需的时间就越长。此外，您使用的任何第三方应用程序也需要支持新版本。最终，您和您的团队是要继续使用旧版本的Java还是更新到最新版本取决于您和您的团队。现在有了Java17，面向未来的企业团队投资这个LTS版本可能是明智的。Java17包括重要的JEP，如密封类、machOS/AArch64端口，并强烈封装JDK内部。安全管理器和小程序API等过时的功能已被弃用，从而简化了语言，Java17用户将至少在未来五年内看到支持，这将为下一个LTS版本提供充足的时间。
