刺激代码内联

积累知识，胜过积蓄金银！毕竟在##column_title##开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《刺激代码内联》，就带大家讲解一下golang知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

问题内容

与 C++ 等语言中可以显式声明的语言不同inline，在 Go 中，编译器会动态检测候选内联的函数（C++ 也可以这样做，但 Go 不能两者都做）。还有一个调试选项可以查看可能发生的内联，但是网上很少有关于 go 编译器执行此操作的确切逻辑的文档。

假设我需要每隔 n 周期在一组数据上重新运行一些大循环；

func Encrypt(password []byte) ([]byte, error) {
    return bcrypt.GenerateFromPassword(password, 13)
}

for id, data := range someDataSet {
    newPassword, _ := Encrypt([]byte("generatedSomething"))
    data["password"] = newPassword
    someSaveCall(id, data)
}

例如，Encrypt为了正确内联，我应该为编译器考虑哪些逻辑？

我从 C++ 中知道，在没有显式inline关键字的情况下，通过引用传递会增加自动内联的可能性，但要理解编译器究竟做了什么来确定在 Go 中选择内联或不内联的决定并不容易。例如，像 PHP 这样的脚本语言如果你用一个常数做一个循环，在这个循环addSomething($a, $b)中对这么十亿个循环进行基准测试，它与$a + $b（内联）的成本几乎是荒谬的。

正确答案

在你遇到性能问题之前，你不应该关心。内联与否，它会做同样的事情。

如果性能确实很重要并且它产生了显着且显着的差异，那么不要依赖当前（或过去）的内联条件，自己“内联”它（不要将它放在单独的函数中）。

规则可以在$GOROOT/src/cmd/compile/internal/inline/inl.go文件中找到。'l'您可以使用调试标志来控制它的攻击性。

// The inlining facility makes 2 passes: first caninl determines which
// functions are suitable for inlining, and for those that are it
// saves a copy of the body. Then InlineCalls walks each function body to
// expand calls to inlinable functions.
//
// The Debug.l flag controls the aggressiveness. Note that main() swaps level 0 and 1,
// making 1 the default and -l disable. Additional levels (beyond -l) may be buggy and
// are not supported.
//      0: disabled
//      1: 80-nodes leaf functions, oneliners, panic, lazy typechecking (default)
//      2: (unassigned)
//      3: (unassigned)
//      4: allow non-leaf functions
//
// At some point this may get another default and become switch-offable with -N.
//
// The -d typcheckinl flag enables early typechecking of all imported bodies,
// which is useful to flush out bugs.
//
// The Debug.m flag enables diagnostic output.  a single -m is useful for verifying
// which calls get inlined or not, more is for debugging, and may go away at any point.

另请查看博客文章：[Dave Cheney - 五件事使 Go 快速](https://dave.cheney.net/2014/06/07/five- things-that-make-go-fast)（2014-06-07），其中写了关于内联的文章（长篇文章，它在中间，搜索“内联”这个词）。

还有关于内联改进的有趣讨论（可能是 Go 1.9？）：cmd/compile: 改进内联成本模型 #17566

今天关于《刺激代码内联》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！