POSIX名稱信號量在進程退出後不會釋放

Question

我正在嘗試使用POSIX命名的信號量進行跨進程同步。我注意到，在進程死亡或退出後，信號量仍然由系統打開。

是否有反正在進程（打開它）死亡或退出後關閉/釋放？

Answer 1

您似乎在與進程間的通信有概念問題。 IPC機制的生命週期不能直接與任何一個進程的生命週期相關聯，因爲這樣它可能會從訪問它的其他進程中消失。指定的信號量持續存在，直到被明確刪除。

The Linux sem_overview(7) manual page，雖然沒有一個權威的規範，使信號生命週期管理的破敗：

的sem_open（3）函數創建一個新的命名信號量或打開現有的命名信號量。信號量打開後，可以使用sem_post（3）和sem_wait（3）進行操作。當進程使用信號量時，它可以使用sem_close（3）關閉信號量。當所有進程使用信號量完成後，可以使用sem_unlink（3）從系統中刪除它。

隨着sem_unlink()的文檔說明清楚，您可以在進程仍然打開時取消鏈接信號量。此後沒有任何進程可以信號量進行處理，並且最終在進程打開的進程數降至零時將清理進程。這是故意類似於常規文件。

如果確實有一個過程應該負責清理給定的已命名信號量，那麼您應該確保它是sem_unlink()它。一旦你滿意到所有需要它的進程打開它，或者註冊一個處理解除鏈接的退出處理程序，兩個合理的好選擇就是取消它。如果可行，前者可能更好。

Answer 2

先前的討論在這裏：How do I recover a semaphore when the process that decremented it to zero crashes?。他們討論了幾種可能的解決方案

簡而言之：

• 號POSIX信號燈不若擁有的進程崩潰釋放或通過信號殺死。等待過程將不得不永遠等待。只要你堅持信號量，你就無法解決這個問題。
• 您可以使用套接字或文件鎖來實現進程間同步，當進程退出時它可以自動釋放。我上面發佈的問題所有者最終選擇了文件鎖定。見his answer。在評論區，他發佈了一個鏈接到他的博客討論這個問題。

其它鏈接，可以幫助：

• Why is sem_wait() not undone when my program crashes?：它還建議文件鎖定。
• Is it possible to use mutex in multiprocessing case on Linux/UNIX ?：他們通過在進程之間共享內存來討論互斥鎖的使用，以實現同步。