从编译器请求有关@inline的更多信息？

Question

为@inline状态的文档：

请求编译器应该尽量尤其难以内嵌注解的方法上的方法的注释。

但是，与类似的@tailrec注释不同，编译器不会（默认情况下）提供有关是否管理内联方法的任何信息。

有什么方法可以确定编译器是否设法内联一个带注释的方法？

具体来说，我希望编译器告诉我，例如，在所有合理的情况下，它将能够内联我标记的方法。 （我能想到的它会提醒我，它不能内联的方法是，如果它不是final，因此一些situtations需要一个虚函数表查找如果类的子类）

相关的问题：

• When should I (and should I not) use Scala's @inline annotation?
• Does the @inline annotation in Scala really help performance?

Answer 1

首先，你必须记住，Scalac将只尝试内联的事情，当你用-optimise（或-Yinline我编译认为）。

考虑下面的简单情况：

class Meep { 
    @inline def f(x: Int) = x + 19 
} 

object Main extends App { 
    new Meep().f(23) 
} 

如果我编译与-optimise，Scalac就会给我一个警告：there were 1 inliner warnings; re-run with -Yinline-warnings for details。现在，除了语法傻笑，这并没有给我太多。

所以让我们用-Yinline-warnings重新编译。现在我得到：At the end of the day, could not inline @inline-marked method f。呃，好吧，这也不是很有用，但我想这就是我使用私有编译器标志所得到的结果。 :)一些内嵌警告的是一点点更有帮助，顺便说一句 - 这样的：Could not inline required method f because bytecode unavailable.（发生在REPL）

编译器帮助解释-Yinline-warnings为Emit inlining warnings. (Normally surpressed due to high volume)，所以我想它要在使用就事论事。

无论如何，如果我们将上述代码段中的f的定义更改为@inline final def f(x: Int) = x + 19，则内联警告将消失，并且该方法将被正确内联。

希望有所帮助。