我们大多数使用Java进行开发的人通常都热衷于JDK 8附带的功能和改进。 但是，最近有几篇文章指出了某些功能可能会被滥用和滥用，并可能在将来导致其他问题。 这些功能使我想起了J2SE 5中引入的自动装箱功能，虽然有其有用的情况，但是如果未正确理解和应用，也会导致问题。 在这篇文章中，我引用了其他人关于这些可疑功能的文章。 请注意，本文并非与任何发行版相关的“正常” 已知问题 。

Lambda表达式似乎是JDK 8的最大新功能 ，但Tal Weiss撰写了一篇名为Java 8中Lambda表达式的黑暗面的文章。 在那篇文章中，Weiss写到了lambda表达式和Nashorn JavaScript引擎的“阴暗面”（他认为这是JDK 8的第二大功能）。 他谈到“代码与运行时之间的距离”，并指出“我们为更短，更简洁的代码，更复杂的调试和更长的合成调用栈付出了代价”。

在Java 8的“爱与恨”中 ， Andrew C. Oliver和Michael Brush提供了有关JDK 8的一些主要新功能的很好的介绍。他们认为接口上的默认方法 “允许多种继承”，并且“可能” [成为Java 8中大多数人关心的细节。“ 他在评估时总结了这篇文章，“将危险的功能是功能接口。 如果使用不当，可能会引起很多头痛。”

Peter Verhas在Java 8默认方法一文中对接口上的默认方法的潜在问题进行了详细分析：什么可以做和不能做？ 以及如何不使用Java 8默认方法 。 他在一篇文章中指出：“向接口添加默认方法可能会使某些类无法使用。” 在另一篇文章中，他补充说：“默认方法是技术错误”，并引用以下事实：默认方法已添加到Java接口中，以支持现有实现的向后兼容性，而这些方法需要添加到接口中以支持新的JDK 8特征。

卢卡斯·埃德 （ Lukas Eder ） 在Java 8的黑暗面中表达了对默认方法的不同关注：无法使默认方法最终或同步，并且无法引入“默认”关键字。 这篇文章中指出的另一个有趣的“ caveat”是lambda表达式对重载的影响。

Tal Weiss的另一篇文章， 《 Java 8中的新并行API》：The Glitz and Glamor ，探讨了魏斯在测量“新Java 8并行操作API”在负载下的性能时观察到的一些问题。 Weiss观察到“在已经是多线程环境的环境中添加线程并不能帮助您”，并提醒我们，“尽管这些都是非常强大且易于使用的API，但它们并不是灵丹妙药 。 我们仍然需要对何时使用它们做出判断。”

Lukas Krecan警告说，在使用Java 8并行流之前要三思，然后写道：“问题是所有并行流都使用公共的fork-join线程池 ，如果提交了长时间运行的任务，则会有效地阻塞池中的所有线程。” 为了解决这个问题，Krecan建议“（确保）提交到公共fork-join池的所有任务都不会卡住，并会在合理的时间内完成”或“不要使用并行流并等到Oracle允许我们指定用于并行流的线程池。”

Edwin Dalorzo的文章《 Java 8中为什么会有接口污染》着眼于类型擦除 ， 检查的异常以及缺少值类型 （ JEP 169 ）如何导致JDK 8中的设计决策“污染了” Java接口。 这篇文章将Brian Goetz关于JDK 8设计决策的引文与作者自己的评论混合在一起，以指出“对于黑暗面的存在有很好的解释”。

当然，新发布的JDK 8和基于Java的工具之间存在问题。 例如，在《 Hello Java 8》（以及如何使GlassFish变得无语……）一文中 ， Cay Horstmann记录了GlassFish 4在“将WAR与错误的Java版本一起编译时”，没有编写任何堆栈跟踪信息。

尽管引用的帖子指出了与JDK 8最令人期待的功能有关的合理问题，例如lambda表达式，流，接口默认方法和Nashorn JavaScript引擎，但我仍然对使用JDK开发Java的勇敢新世界感到兴奋8 。 这篇文章中突出显示的帖子是提醒您谨慎谨慎地使用这些新功能，以便我们在享受它们带来的优势的同时，尽可能地减少因不明智使用而带来的新危险和成本。

翻译自: https://www.javacodegeeks.com/2014/04/dubious-aspects-of-features-of-jdk-8.html