什么';奇数和偶数Java更新之间的区别是什么?

什么';奇数和偶数Java更新之间的区别是什么?,java,version,oraclejdk,Java,Version,Oraclejdk,我已经安装了JDK 8u60。我检查了今天的版本,他们同时发布了两个版本:和。两者都是公开发行版本 为什么他们同时发布两个版本 什么条件/原因会使一方选择另一方 来自(强调添加): JavaSE8U65包括重要的安全修复程序。甲骨文 建议所有Java SE 8用户升级到此版本。爪哇SE 8u66是一个补丁集更新,包括所有8u65和其他补丁集 功能(在发行说明中介绍)。 。这一切都是关于你作为客户如何处理风险 如果用户正在使用,则应仅使用相应的PSU版本 受该版本中修复的其他错误之一的影响,如中

我已经安装了JDK 8u60。我检查了今天的版本,他们同时发布了两个版本:和。两者都是公开发行版本

  • 为什么他们同时发布两个版本
  • 什么条件/原因会使一方选择另一方
来自(强调添加):

JavaSE8U65包括重要的安全修复程序。甲骨文 建议所有Java SE 8用户升级到此版本。爪哇SE 8u66是一个补丁集更新,包括所有8u65和其他补丁集 功能(在发行说明中介绍)。

。这一切都是关于你作为客户如何处理风险

如果用户正在使用,则应仅使用相应的PSU版本 受该版本中修复的其他错误之一的影响,如中所述 发行说明

8u65具有安全修复功能,可供公司实现。8u66具有相同的安全更新。然而,即使是bug修复有时也会导致行为改变,从而给用户带来兼容性问题。因此,8u66中的更改是可选的(请注意,上面链接的基线仍然是1.8.0_65,希望其平台更稳定的公司可能更愿意只应用安全修复,这是必要的)


Oracle当然没有义务以这种方式拆分他们的更新,但我相信他们一些最厌恶风险的客户很高兴有这个选择。

如果您有一个现有的项目,请使用8u65。如果您是从头开始的,请使用8u66。我正在安装NetBeans 8.1,所以我使用8u66,以防NB8.1代码中有8u6中的15个错误5在8u66中未解决的问题。

我在Haven和Hearth上找到了以下信息:

u73(-b02)是公共版本
u74(-b02)是公共捆绑补丁发行版(包含额外的非安全相关补丁)

我想你只需要下载74,然后。

这是官方的:

解释Java CPU和PSU版本 从年发布JavaSE7更新71(JavaSE7U71)开始 2014年10月,Oracle将在 与JavaSE7的相应补丁集更新(PSU)同时进行


我应该选择哪个Java版本:CPU还是PSU? Oracle强烈建议所有Java SE用户升级到 最新的CPU版本可用于发布系列。大多数用户应该 选择CPU版本

如果用户正在使用,则应仅使用相应的PSU版本 如前所述,受到该版本中修复的其他错误之一的影响 在发行说明中

后续的CPU版本将包含来自 当前PSU。因此,组织应测试当前PSU 在预期将包括这些修复程序的情况下,在其环境中安装PSU 在下一个CPU中

Java CPU和PSU版本之间有什么区别? Java SE关键修补程序更新(CPU)包含对安全性的修复 漏洞和关键错误修复。Oracle强烈建议 所有Java SE用户升级到最新的CPU版本 JavaSECPU版本是奇数版本(即。 7u71、7u65–请参阅此处有关Java SE版本编号方案的更多信息)

Java SE修补程序集更新(PSU)包含 相应的CPU,以及附加的非关键修复程序 只有当您受到以下因素之一的影响时,才应使用版本: 在该版本中修复了其他错误。发行说明指出 Java SE PSU版本中提供了其他修复程序

CPU释放的节奏是否在改变? 与之前一样,JavaSECPU版本计划在 最接近1月、4月、7月和10月17日的星期二 按照正常的Oracle关键修补程序更新计划

自2014年10月发布Java SE 7u71(CPU)和 Java SE 7u72(PSU),Oracle计划另外发布 对应的PSU版本以及JavaSE7的每个CPU版本。 PSU版本为组织和开发人员提供了访问 除中包含的关键修复程序之外的非关键修复程序 相应的CPU



除非您知道需要u74中的错误修复,否则请使用u73。

来自Oracle网站:“Java SE 8u65/8u66 Java SE 8u65包括重要的安全修复。Oracle强烈建议所有Java SE 8用户升级到此版本。Java SE 8u66是一个补丁集更新,包括所有8u65以及其他功能(在发行说明中描述)。”。你检查了发布说明了吗?@mnille是的,我检查了说明。当他们说8u66是一个补丁集更新时,这是否意味着它是一个“更好”的版本?如果是,那么为什么要发布8u65?好的,对不起,现在我理解了你的问题。我会选择SE 8u66,因为8u66修复了15(+3来自8u65)Bug和8u65只有3个Bug。至少如果修复的Bug列表是完整的…我必须承认这有点混乱…我添加了两个发行说明的链接。这些说明并不能解释这个谜团。我认为这是一个与编程相关的问题,因为JDK是为程序员准备的,并且只为程序员准备的。非程序员不会关心这个问题e JDK,他们会关心JRE。你能引用官方文档来回答这个问题吗?添加了一些链接和额外的文本你必须使用Java SE 8u65,只有当你需要大量的修复版本时才使用Java SE 8u66。@frekele你的评论让我仍然感到困惑。为什么来进行新的安装,开始一个新的项目,我不会得到8u66,以确保我没有调试一个已知的问题?你能详细说明问题的第二部分吗:“什么原因会让你选择一个版本或另一个版本”。在阅读你的答案时,我可以看出,如果你现有的项目可能会发生变化,你可能不想选择8u66。但为什么不选择8u66作为新的项目呢