当我们有: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)
调用)来使示例代码更短(让您专注于示例的内容),但在生产应用程序中应谨慎使用它们。相反,“正确”处理错误。这意味着特定于用例,您可以选择记录它并返回,或者返回一个新错误或执行其他操作,但只用它做一件事(仅处理一次)。
慕的地8271018
TA贡献1796条经验 获得超4个赞
我更喜欢 log.Panic()。
log.Panic 与 log.Fatal 本质上是恐慌与 os.Exit(1)。
Exit 比 Panic 更糟糕。它也使测试变得更加困难。处理执行 os.Exit 的代码要困难得多。通过恢复的方式在测试中停止恐慌非常简单。
因此,最好选择潜在损害较小的东西。
- 2 回答
- 0 关注
- 89 浏览
添加回答
举报
0/150
提交
取消