另一個(gè)問題如何使用 Go 讀取/寫入文件？在評(píng)論中安全關(guān)閉文件描述符。請(qǐng)注意，這些示例并未檢查 fo.Close() 的錯(cuò)誤返回。來(lái)自 Linux 手冊(cè)頁(yè) close(2)：不檢查 close() 的返回值是一個(gè)常見但嚴(yán)重的編程錯(cuò)誤。上一次 write(2) 操作的錯(cuò)誤很有可能在最后的 close() 中首先報(bào)告。關(guān)閉文件時(shí)不檢查返回值可能會(huì)導(dǎo)致數(shù)據(jù)無(wú)聲丟失。這在 NFS 和磁盤配額中尤其明顯。– Nick Craig-Wood 2013 年 1 月 25 日 7:12更新帖子的解決方案使用了恐慌：// close fo on exit and check for its returned errordefer func() { if err := fo.Close(); err != nil { panic(err) }}()我想將此錯(cuò)誤作為一個(gè)值而不是恐慌。
1 回答
慕娘9325324
TA貢獻(xiàn)1783條經(jīng)驗(yàn) 獲得超5個(gè)贊
如果我們害怕寫入沒有完成close是不夠的，那么更新錯(cuò)誤仍然是不正確的。
如果您不想這樣做，正確的解決方案是fsync文件：
defer(fd.Close()) // Do stuff return fd.Sync()
通過延遲或在整個(gè)函數(shù)中維護(hù)返回一個(gè)非零修改錯(cuò)誤更容易閱讀。
這將影響性能，但會(huì)捕獲寫入緩沖區(qū)的關(guān)閉錯(cuò)誤和物理寫入磁盤的錯(cuò)誤。
- 1 回答
- 0 關(guān)注
- 186 瀏覽
添加回答
舉報(bào)
0/150
提交
取消