プロセスIDを確認するときにWaitForSingleObjectを使用するメリット

Question

ここでWaitForSingleObjectを使用しない場合の利点は何ですか？コードの最初のブロックはprevious answerです。 2番目のブロックは、私がそれをやっているところです。

BOOL IsProcessRunning(DWORD pid) 
{ 
    HANDLE process = OpenProcess(PROCESS_QUERY_LIMITED_INFORMATION, FALSE, pid); 
    const bool exists = (process != NULL); 
    CloseHandle(process); 
    return exists; 
} 

対

BOOL IsProcessRunning(DWORD pid) 
{ 
    HANDLE process = OpenProcess(SYNCHRONIZE, FALSE, pid); 
    DWORD ret = WaitForSingleObject(process, 0); 
    CloseHandle(process); 
    return (ret == WAIT_TIMEOUT); 
} 

SYNCHRONIZEを使用すると、高い権限を必要とし、私は現在のユーザーに対してのみPIDを確認したいように思えます。

Answer 1

プロセスが完了すると、プロセスは停止しますが、最後のハンドルが閉じられるまで存在しません。最初の解決策は、これらの2つの状態（まだ実行中または実行中）を区別します。もちろん、答えは返されるまでには時代遅れになる可能性があります。

このような区別が必要ない場合は、（DoesProcessExistのような名前を付けても）アプローチは問題ありません。

Answer 2

WaitForSingleObjectは、プロセスが完了するか終了するまで待機します。それだけでそれは戻ってきます。

Answer 3

IsProcessRunningの実装では、GetExitCodeProcess Win32 APIも使用できます。