Go 的编译器如何处理函数内联，以及我如何影响它？

Go 中的内联优化

与某些语言不同，Go 不允许显式函数内联。相反，编译器会动态评估函数是否可能内联。此机制得到调试选项的帮助，该选项允许用户观察潜在的内联场景。然而，Go 编译器内联决策背后的确切逻辑在很大程度上仍然没有记录。

考虑以下代码，其中循环使用 Encrypt 函数迭代地加密数据：

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)
}

为了有效地内联加密函数，应考虑以下因素：

• 直到性能成为一个问题，内联优化是不必要的。内联和非内联函数将产生相同的输出。
• 当性能至关重要时，避免单独的函数。相反，直接包含函数体而不独立定义它。
• 修改“l”调试标志以进行额外控制。此标志调整内联过程的积极性。有关规则和指南，请参阅 $GOROOT/src/cmd/compile/internal/inline/ 中的 inl.go 文件。
• 使用 'm' 标志启用诊断输出。 这提供了深入了解哪些调用被内联或排除。较高的“m”值可能有助于调试，但不能保证在未来的 Go 版本中持续存在。
• 查阅 Dave Cheney 的博客文章 (2014)：“让 Go 变得更快的五件事”有关内联的更多信息。
• 关注 GitHub 问题中的讨论#17566 有关 Go 中内联改进的持续讨论。

以上是Go 的编译器如何处理函数内联，以及我如何影响它？的详细内容。更多信息请关注PHP中文网其他相关文章！