我们大多数使用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