延迟不仅用于清理 - 好还是坏的做法？

有志者，事竟成！如果你在学习Golang，那么本文《延迟不仅用于清理 - 好还是坏的做法？》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

延迟执行代码通常用于 Go 中清理资源。这种情况并不常见，但 defer 也用于执行常规业务逻辑。正如执行的最后一步一样，无论函数在哪一点命中 return 关键字。

在 Go 博客页面上，我们可以发现“defer 语句将函数调用推送到列表中。保存的调用列表在周围函数返回后执行。Defer 通常用于简化执行各种 clean 的函数向上操作。”

他们确实提到了清理，但没有提到常规代码执行。显然，它可以执行任意代码，不必进行清理。但这是最佳实践吗？社区是否就这方面的惯例或最佳实践达成一致？

解决方案

Go编译器不知道什么代码是清理代码。因此，如果推迟清理代码有效，那么显然推迟任何非清理代码也同样有效。

延迟函数会产生一些开销，显然必须管理调用堆栈，但如果它使您的代码更安全和/或更易于阅读，那就去做吧。在返回之前使用它执行任何操作都是完全可以的，甚至可以修改返回的值，甚至在发生恐慌的情况下也是如此。查看How to return a value in a Go function that panics?

您应该记住一件事：即使代码发生混乱（这对于清理代码来说是可取的），延迟函数也会运行，否则这将不是正常的执行流程。因此，与不使用 defer 相比，使用 defer 会有所不同。请参阅相关内容：`defer` in the loop - what will be better?

让我们非常具体地了解 Go 延迟操作当前（Go 1.14 之前）添加的开销。

以上就是《延迟不仅用于清理 - 好还是坏的做法？》的详细内容，更多关于的资料请关注golang学习网公众号！