Java 为什么JVM仍然不支持尾调用优化？
在进行了-jvm-prevent-tail-call-optimizations之后的两年，似乎有一个原型 实现，并且MLVM一段时间以来将该功能列为“ proto 80％”。
Sun / Oracle方面对支持尾部调用是否没有积极的兴趣，还是就像JVM所提到的那样，尾部调用“ 注定要在每个功能优先级列表上排在第二位 ”？语言峰会？
如果有人测试了MLVM构建并可以分享一些关于其运行状况的印象（如果有的话），我将非常感兴趣。
更新： 请注意，某些虚拟机（如Avian）支持正确的尾部调用，而没有任何问题。
问题答案：
诊断Java代码：提高Java代码的性能（alt）解释了为什么JVM不支持尾调用优化。
但是，尽管众所周知如何将尾递归函数自动转换为简单循环，但是Java规范并不要求进行这种转换。大概没有原因的一个原因是，通常来说，不能以面向对象的语言静态地进行转换。相反，必须由JIT编译器动态完成从尾递归函数到简单循环的转换。
然后给出了一个不会转换的Java代码示例。
因此，如清单3中的示例所示，我们不能期望静态编译器在保留Java语言的语义的同时对Java代码执行尾部html" target="_blank">递归转换。相反，我们必须依靠JIT进行动态编译。根据JVM，JIT可能会或可能不会这样做。
然后它提供了一个测试，你可以用来确定你的JIT是否这样做。
自然，由于这是IBM论文，因此它包含一个插件：
我使用几个Java SDK运行了该程序，结果令人惊讶。在Sun的1.3版Hotspot JVM上运行表明，Hotspot不执行转换。在默认设置下，计算机上的堆栈空间用完不到一秒钟。另一方面，IBM的1.3版JVM发出了毫无问题的提示，表明它确实以这种方式转换了代码。
-
本文向大家介绍为什么Java不支持<<相关面试题，主要包含被问及为什么Java不支持<<时的应答技巧和注意事项，需要的朋友参考一下 Java添加了运算符“ >>>”来执行逻辑右移，但是由于 逻辑和算术左移运算是相同的 ，因此Java中没有“ <<<”运算符。 来自Java的Shifts …
-
问题内容： Java为什么不包括对无符号整数的支持？ 在我看来，这是一个奇怪的遗漏，因为它们允许人们编写不太可能在意外大的输入上产生溢出的代码。 此外，使用无符号整数可以是一种自我证明的形式，因为它们指示无符号int打算保留的值永远不会为负。 最后，在某些情况下，无符号整数对于某些操作（例如除法）可能更有效。 包括这些的不利之处是什么？ 问题答案： 在两行之间阅读时，我认为逻辑是这样的： 通常，J
-
我正在创建片段转换器助手类，对此我有一些问题。 我称之为碎片转换器 它有一个fragmentContainer，它是一个视图组，包含我想展示的所有片段。 我已经做了自己的替换（片段片段更改，布尔需要保存到堆栈） 功能是： 从碎片容器中移除旧碎片 错误如下： 如果我使用我的替换功能并保存以使其正常工作，我可以使用设备的后退按钮后退并返回到先前添加的片段，它就像一个符咒。 但是，当我想替换一个片段而不
-
我注意到一件奇怪的事情，显然Firefox说它支持HTTPS上的Brotli，但不支持HTTP？Brotli与gzip类似，但效率更高，为什么它会将其限制为HTTPS？在HTTPS选项卡上，我看到： 他被派去了。但在另一个网站上，我没有看到。为什么它不能做Brotli压缩HTTP？
-
问题内容： 从Java 8开始，Java不提供尾叫优化（TCO）。经过研究，我知道原因是： 在JDK类中，有许多对安全性敏感的方法，它们依赖于对JDK库代码和调用代码之间的堆栈帧进行计数，以确定谁在调用它们。 但是，基于JVM的Scala支持尾叫优化。Scala在编译时进行尾递归优化。Java为什么不能使用相同的方法？ PS：不确定Java的最新版本（截至现在的Java 11）是否具有TCO。如果
-
问题内容： 某些哈希表方案（例如布谷鸟哈希或动态完美哈希）依赖于通用哈希函数的存在以及能够收集表现出冲突的数据并通过从通用哈希函数系列中选择一个新的哈希函数来解决这些冲突的能力。 。 不久前，我试图在以杜鹃哈希为后盾的Java中实现哈希表，并遇到了麻烦，因为尽管所有Java对象都有一个函数，但返回的值对于每个对象都是固定的（当然，除非对象更改）。这意味着如果没有用户提供外部家族的通用哈希函数，就不