java 1.8新增功能_睡觉时：新增的Java 8新增功能

java 1.8新增功能

自Java 8推出以来，最有趣的功能是什么？

Java 8最近庆祝了它的第一个生日，其主要版本已经在一年多以前了。 这当然值得庆祝。

自从最初的Java 8版本问世以来，已经发布了六个更新。 这些更新中的某些元素是次要的，但是如果您不注意的话，您可能会漏掉一些有趣的附加内容。 这里有五个您应该检查的：

新帖：睡觉时：新增的Java 8热门文章http://t.co/4bGHVwzo7q pic.twitter.com/lZz2Aq2XTA

— Takipi（@takipid） 2015年3月30日

1. Nashorn性能增强

Java 8带来的附加功能之一是Nashorn。 如果您不熟悉，“ Nashorn的目标是通过Java与本地JVM一起实现轻量级高性能JavaScript运行时。” 在8u40版本中，Oracle发布了对Nashorn脚本引擎的增强，以改善Java和JavaScript之间的工作关系。 尽管是完全不同的语言，但给定他们的名字，让他们两个都能很好地工作会带来一种满足感。 就像双体船上的猫一样。

通过此更新，Nashorn已被改写为一种乐观类型系统，以更好地应对在Java环境中实现JavaScript的一些挑战（即围绕将动态语言（如JavaScript）输出为Java字节码）。 通过乐观类型，Nashorn对不能静态推断的局部变量和表达式类型做出乐观假设。 它假定任何类型都是int，并在运行时发现错误时立即调整这些假设。

这项增强功能可以使执行代码更加快捷，尽管由于调整而导致的预热时间略有降低。 正如Nashorn团队所报告的那样 ，预热时间问题是Java 9的重点之一，因此，如果这对您来说是一个大问题，那么好消息可能即将到来。 显然，您必须在这里确定预热成本是否物有所值，但是Oracle为这些Nashorn增强功能运行的基准测试非常令人鼓舞。 与V8相比，在某些情况下，他们报告了数量级的改进和接近本机的性能。

这些增强功能的另一个潜在的令人敬畏的好处是，Nashorn可以扩展到JavaScript以外的其他动态语言。 在这方面仍然需要做一些工作，但是现在有了乐观打字系统的基础。

Oracle目前尚未将这些增强功能设置为Nashorn的默认功能，因此，如果要以这种方式运行Nashorn，请使用参数–optimistic-types = true。 如果您想了解更多有关此增强功能的详细信息，请在此处查看Oracle博客。

• 从以下版本开始可用： Java 8 Update 40

2.合作记忆管理（商业功能）

Oracle对Java 8的另一项补充是协作内存管理。 此功能引入了“内存压力”的概念，并且全部用于解决内存使用量接近最大水平的情况。 内存压力是系统可用总内存的代表。 内存压力测量值越高，系统越接近内存不足。

当系统快要用完内存时，JDK将跟踪总内存使用量并采取措施减少总内存使用量。 通常，这些步骤将包括减少Java堆大小，这可能会对性能产生一些影响。 在这种情况下，有意进行性能折衷是值得的。

//边响警报

要注意的重要一点是，这是一项商业功能。 如果您是HotSpot或OpenJDK开发人员，则将无法使用该功能。 您无疑知道Oracle和Java在商业和开源方面之间的某些紧张关系，这是另一个例子。 协作内存管理本身可能是一项商业功能，但它会驱动和/或影响属于开源阵营的其他增强功能（例如，我正在谈论的清单中的下一个功能）。 无论您是将这些其他更改视为对商业工作的主要有益结果，还是作为尝试将开源用户吸引到商业方面的钩子，无疑都涉及一些不透明性问题。

Oracle（可以理解）没有共享其商业功能的内部测试和基准。 但是，当这些功能溢出到开源方面进行的更改时，“为什么要进行这些更改”的答案实质上是“因为我们告诉您更好，即使我们不会告诉您如何做”，您可以看到为什么有些人会不高兴。 并不是说Oracle在弯腰曲折，或者某种程度上，这仅仅是因为缺乏透明度并不能与开源世界息息相关，并阻碍了开发人员真正做出明智决定的能力。 无论如何，足够了。

//旁听。

• 从以下版本开始可用： Java 8 Update 40

3.使MinHeapFreeRatio和MaxHeapFreeRatio标志易于管理

合作记忆管理的增加也是其他变化的催化剂。 其中之一是通过能够在运行时调整其值来使MaxHeapFreeRatio和MinHeapFreeRatio标志易于管理。 通过此更新，您可以控制这些标志的值，这些标志的默认值分别从70/40更改为100/0，以使JVM更好地增长和收缩Java堆。 与协作内存管理不同，管理这些标志不是商业性的，可以单独使用。 商业的合作内存管理功能确实使跨多个JVM实例的管理变得更加容易，但这不是必需的。 无论如何，对这些标志的更改应该改善在需要动态堆或更改堆的情况下管理Java堆大小的经验。

现在，与所有可管理的事物一样，存在严格管理默认设置会导致管理不善而导致性能下降的风险。 获得更多控制权并不是一件好事。 这里的权衡是，能够管理这些标志可以帮助您在减少使用次数时减少内存占用，或在增加使用次数时更轻松地扩展内存。 即使您是一个倾向于质疑这种由商业驱动的变革所带来的广泛好处的人，它本身也确实提供了实实在在的好处（如果您属于这个阵营，我当然不会为此怪罪您）。 如果这些标志出现问题导致代码中出现错误或异常， Takipi会在这里为您找到它们！

• 从以下版本开始可用： Java 8 Update 20

4.新的JAXP处理限制属性– maxElementDepth

maxElementDepth属性已添加到JAXP（用于XML处理的Java API）中，以解决资源使用问题。 它使应用程序能够限制其解析的xml文件的最大元素深度。 设置限制时，所有JDK和JRE调用都会遵守该限制。

如果您偶尔处理巨大的xml文件并且不想花费大量资源来解析周围的特大文件，则此属性会派上用场。 它也可以用作安全性或性能检查，以防止您的应用程序被怪物文件占用。

• 从以下版本开始可用： Java 8 Update 11

5. Java依赖性分析工具（jdeps）

Java依赖性分析工具（jdeps）是一个新的命令行工具，开发人员可以使用它来显示其应用程序和Java库的静态依赖性。 它提供了一定程度的自定义，因此您可以从中获得相当广泛的信息。 默认情况下运行它时，它将在软件包级别向您显示应用程序的静态依赖关系。

jdeps来自joda-time

您也可以在更细粒度或更详细的级别上运行jdeps。 例如，您可以使用指定的特定类运行它，以便查看该类的所有静态依赖关系。 或者，如果您感到烦躁，可以使用-v或-verbose选项来打印所有类级别的依赖项。 这自然会导致大量文本，因此jdeps还提供了-dotoutput选项，可将所有内容写入文件。

还需要注意的是-jdkinternals选项，该选项向您显示JDK内部API中的任何类级别的依赖关系。

有关更多信息，请参见jdeps页面。

• 从以下版本开始可用： Java 8 Update 11

结论

现在，Oracle当然已经发布了六个更新，其中不仅仅包含这五个附加内容，而且根据您所使用的Java的不同，我可能还为您遗漏了一些重要的内容（例如JavaFX的性能增强），但是这些是五个非常值得关注的很棒的东西。 我不能说将来的发行版中会出现什么，但是这里是希望有更多有趣的东西。 如果我错过了您发现超级有用的任何补充，请告诉我。

翻译自: https://www.javacodegeeks.com/2015/03/while-you-were-sleeping-the-top-new-java-8-additions.html

java 1.8新增功能