为了账号安全,请及时绑定邮箱和手机立即绑定

我应该将 log.Panic() 或 log.Fatal() 与 os.Open 一起使用吗?

我应该将 log.Panic() 或 log.Fatal() 与 os.Open 一起使用吗?

Go
湖上湖 2023-07-26 15:22:23
当我们有:f, err := os.Open("no-file.txt")if err != nil {    log.Panic(err)}defer f.Close()我认为使用 log.Panic(err) 更有意义。正确的?Panic() 允许延迟 f.Close() 执行,但 log.Fatal() 阻止它。或者如果找不到文件则不会打开?我想在这种情况下,我们使用 Fatal 或 Panic 是无关紧要的。正确的?
查看完整描述

2 回答

?
汪汪一只猫

TA贡献1898条经验 获得超8个赞

log.Fatal()应该很少在生产应用程序中使用(如果有的话),因为它会终止整个应用程序。log.Panic()执行日志后会出现恐慌,这也是很少需要的。

许多示例使用它们(或者单个panic(err)调用)来使示例代码更短(让您专注于示例的内容),但在生产应用程序中应谨慎使用它们。相反,“正确”处理错误。这意味着特定于用例,您可以选择记录它并返回,或者返回一个新错误或执行其他操作,但只用它做一件事(仅处理一次)。


查看完整回答
反对 回复 2023-07-26
?
慕的地8271018

TA贡献1796条经验 获得超4个赞

我更喜欢 log.Panic()。

log.Panic 与 log.Fatal 本质上是恐慌与 os.Exit(1)。

Exit 比 Panic 更糟糕。它也使测试变得更加困难。处理执行 os.Exit 的代码要困难得多。通过恢复的方式在测试中停止恐慌非常简单。

因此,最好选择潜在损害较小的东西。


查看完整回答
反对 回复 2023-07-26
  • 2 回答
  • 0 关注
  • 89 浏览
慕课专栏
更多

添加回答

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信