檢測重命名失敗的原因

Question

我使用類似於下面幾行的代碼。如果目錄被阻止，重命名可能會失敗，因爲某些應用程序中有一個文件已打開。

err := os.Rename("C:/temp/inUse", "c:/temp/Renamed") 

if err != nil { 
    fmt.Println(err) 
    ... 
} 

我能當我檢查err這個內容來檢測這樣一個事實：

重命名C：/溫度/ INUSE C：/溫度/重命名：明鏡Prozess卡恩nicht奧夫死 Datei zugreifen，da sie von einem anderen Prozess verwendet wird。

（這相當於「的方法是無法訪問該文件，因爲它是用來通過不同的處理」） 但是該消息取決於OS語言不同而不同。

是否有可能通過唯一的「錯誤代碼」檢測問題？我不介意該解決方案是否適用於Windows，並且不適用於Go支持的其他操作系統。

理想我可以做類似if err.Err == 32 { fmt.Println("Your directory is in use please ...

Answer 1

通過os.Rename返回的錯誤是*os.LinkError類型，讓你從操作系統訪問底層錯誤的。你應該能夠使用它來區分你遇到的特定錯誤。

您需要首先將錯誤轉換爲* os.LinkError。

例如，試圖將一個文件夾（/Users/t/pprof）到另一個名稱是寫保護（/Users/t/pprof2）重命名：

func TestRename(t *testing.T) { 
    err := os.Rename("/Users/t/pprof", "/Users/t/pprof2") 
    if err != nil { 
     e := err.(*os.LinkError) 
     t.Logf("Op: ", e.Op) 
     t.Logf("Old: ", e.Old) 
     t.Logf("New: ", e.New) 
     t.Logf("Err: ", e.Err) 
    } 
} 

提供以下的輸出：

Op: %!(EXTRA string=rename) 
Old: %!(EXTRA string=/Users/t/pprof) 
New: %!(EXTRA string=/Users/t/pprof2) 
Err: %!(EXTRA syscall.Errno=operation not permitted) 

的操作系統錯誤代碼可作爲Err成員訪問，但取決於您正在運行的操作系統會有所不同。

Err成員的類型爲syscall.Errno。爲了進一步檢查實際的錯誤，你需要把它轉換成該類型第一：

oserr := e.Err.(syscall.Errno) 

現在oserr可以在syscall包申報Errno的值進行比較。如果您在該頁面上搜索ENOENT，則會找到它們。

例如，你可以通過做檢查您的特定錯誤：

switch oserr { 
    case syscall.ENOENT: 
     // Handle this error 
    default: 
     // Handle other errors 
    } 
} 

一般情況下，這是非常方便的調試這些問題的排序時使用fmt.Printf。在上面的例子：

fmt.Println(err) 

打印

rename /Users/t/pprof /Users/t/pprof2: operation not permitted 

其中，作爲

fmt.Printf("%#v\n", err) 

打印

&os.LinkError{Op:"rename", Old:"/Users/t/pprof", New:"/Users/t/pprof2", Err:0x1} 

實際誤差透露更多細節，而不僅僅是它的字符串表示。