當(dāng)我們有：f, err := os.Open("no-file.txt")if err != nil { log.Panic(err)}defer f.Close()我認(rèn)為使用 log.Panic(err) 更有意義。正確的？Panic() 允許延遲 f.Close() 執(zhí)行，但 log.Fatal() 阻止它?；蛘呷绻也坏轿募t不會(huì)打開？我想在這種情況下，我們使用 Fatal 或 Panic 是無關(guān)緊要的。正確的？
2 回答
汪汪一只貓
TA貢獻(xiàn)1898條經(jīng)驗(yàn) 獲得超8個(gè)贊
log.Fatal()應(yīng)該很少在生產(chǎn)應(yīng)用程序中使用（如果有的話），因?yàn)樗鼤?huì)終止整個(gè)應(yīng)用程序。log.Panic()執(zhí)行日志后會(huì)出現(xiàn)恐慌，這也是很少需要的。
許多示例使用它們（或者單個(gè)panic(err)調(diào)用）來使示例代碼更短（讓您專注于示例的內(nèi)容），但在生產(chǎn)應(yīng)用程序中應(yīng)謹(jǐn)慎使用它們。相反，“正確”處理錯(cuò)誤。這意味著特定于用例，您可以選擇記錄它并返回，或者返回一個(gè)新錯(cuò)誤或執(zhí)行其他操作，但只用它做一件事（僅處理一次）。
慕的地8271018
TA貢獻(xiàn)1796條經(jīng)驗(yàn) 獲得超4個(gè)贊
我更喜歡 log.Panic()。
log.Panic 與 log.Fatal 本質(zhì)上是恐慌與 os.Exit(1)。
Exit 比 Panic 更糟糕。它也使測(cè)試變得更加困難。處理執(zhí)行 os.Exit 的代碼要困難得多。通過恢復(fù)的方式在測(cè)試中停止恐慌非常簡(jiǎn)單。
因此，最好選擇潛在損害較小的東西。
- 2 回答
- 0 關(guān)注
- 126 瀏覽
添加回答
舉報(bào)
0/150
提交
取消