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