登录
首页 >  Golang >  Go问答

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

来源:stackoverflow

时间:2024-04-22 18:39:34 186浏览 收藏

有志者,事竟成!如果你在学习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学习网公众号!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>