【要約】os.kill(pid, 0) でプロセスの生存確認をしてはいけない（Windows編） [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
開発者がUnix系OSの慣習に基づき、Pythonでプロセスの生存確認を行う際に直面する致命的な誤動作について述べている。具体的には以下の問題が発生する。
- ・Unix系では
os.kill(pid, 0)は副作用なしに存在確認ができる。 - ・Windowsでは
os.killがTerminateProcessとして動作し、対象を殺してしまう。 - ・呼び出し自体は成功するため、プログラムが「プロセスは生存している」と誤判定し、処理を継続する。
- ・エラーも警告も出ないため、デバッグが極めて困難である。
// Approach
Windows環境で安全にプロセス生存確認を行うために、標準ライブラリの
ctypesを用いてWindows APIを直接制御する手法を提示している。以下のステップで実装を行う。- ・
OpenProcessでPROCESS_QUERY_LIMITED_INFORMATION権限を指定してプロセスを開く。 - ・
GetExitCodeProcessを用いてプロセスの終了コードを確認する。 - ・
finallyブロック内でCloseHandleを呼び出し、ハンドルリークを確実に防止する。 - ・依存関係を増やしたくない場合は
ctypesを、許容できる場合はpsutil.pid_exists(pid)を選択する。
// Result
開発者がWindows特有の挙動を理解することで、意図しないプロセス終了という致命的なバグを回避できる。得られる成果は以下の通りである。
- ・
ctypesによる実装により、追加の外部ライブラリなしで安全な生存確認が可能になる。 - ・権限要求を最小限に抑えることで、低権限プロセスからの確認も実現する。
- ・「誤判定のコスト」という視点に基づき、用途に応じた安全な設計指針が得られる。
Senior Engineer Insight
> 本件は「動いているように見えるバグ」という、最も検知が困難な類のものだ。Unixの知識をWindowsにそのまま持ち込むことの危うさを露呈している。実戦では、
psutilのような枯れたライブラリを優先すべきだ。しかし、配布物の軽量化が求められるエッジ環境では、ctypesによる実装が不可欠となる。ハンドルリークや終了コード259の罠など、低レイヤの挙動を正確に把握した実装が、システムの堅牢性を左右する。