os.FindProcess 足以驗證流程是否存在嗎？

在已知進程 PID 的情況下，您可能想知道是否使用os.FindProcess 本身就足以確定進程的存在。本文深入研究了這一特定場景，並提供了一種利用作業系統原理的替代方法。

os.FindProcess 限制

• os.FindProcess 是第一步驗證程序的存在。然而，僅考慮它是否回傳錯誤是不夠的。權限問題等異常可能會導致漏報。

使用kill -s 0的替代方法

• 此方法利用了 Unix 傳統向進程發送 0 訊號。沒有錯誤表示進程存在。
• 下面的 Go 函數展示了這一點：

import (
    "log"
    "os/exec"
    "strconv"
)

func checkPid(pid int) bool {
    out, err := exec.Command("kill", "-s", "0", strconv.Itoa(pid)).CombinedOutput()
    if err != nil {
        log.Println(err)
    }

    if string(out) == "" {
        return true // pid exist
    }
    return false
}

改進的程序存在檢測

• 發送 0 訊號不僅可以驗證存在性，還可以深入了解進程的所有權。
• 例如，如果kill -s 0指令導致「不允許操作」錯誤，則表示該行程存在，但不屬於嘗試執行該操作的使用者所擁有。驗證。

結論

雖然os.FindProcess 提供了進程存在的初步指示，但使用kill -s 0 擁抱傳統的Unix 方法提供了更全面的驗證和對流程所有權的見解。