如果關閉（2）單獨線程中的文件描述符，select（2）會做什麼？

Question

select(2)函數在其正在監視的文件描述符被另一個線程關閉時的行爲是什麼？

從一些粗略的測試，它並立即返回。我懷疑結果是（a）它仍然在等待數據，但如果你真的試圖讀取它，你會得到EBADF（可能 - 有潛在的種族）或（b）它假裝像文件描述符從來沒有被傳入。如果後一種情況是真的，傳遞一個沒有超時的fd會導致死鎖，如果它被關閉。

Answer 1

從一些額外的調查，似乎都DWC和bothie是正確的。

bothie's answer問題歸結爲：它是未定義的行爲。這並不意味着它是不可預測的，但不同的操作系統會以不同的方式進行操作。在這種情況下，似乎Solaris和HP-UX系統從select(2)返回，但Linux不基於2001年的this post to the linux-kernel mailing list.

linux-kernel郵件列表上的參數基本上是未定義的（並且已損壞）行爲依賴。在Linux的情況下，在文件描述符上調用close(2)會有效地減少引用計數。由於有一個select(2)調用也參考它，該fd將保持打開並等待輸入，直到select(2)返回。這基本上是dwc's answer。你將在文件描述符上得到一個事件，然後它將被關閉。試圖讀取它將導致一個EBADF，假設fd沒有被回收。 （關注MarkR在his answer中所做的，儘管我認爲在大多數情況下可以通過適當的同步來避免）

所以，非常感謝大家的幫助。

Answer 2

我希望它會表現得好像檔案結尾已經達成，這就是說，它會以顯示爲準備文件描述符，但任何嘗試讀取它隨後將返回「錯誤的文件描述符返回」。

話雖如此，這樣做是非常不好的做法，反正你總是有潛在的競爭條件與相同數量的另一文件描述符可以通過另一個線程後，立即另2日關閉了它打開，那麼選擇線程將最終等待錯誤的線程。

只要你關閉一個文件，它的號碼變成可再利用，並可以通過下一次調用得到重用開（），插座（）等，即使被另一個線程。因此，你真的需要避免這種事情。

Answer 3

這是一個有點混亂，你問...

選擇（）在一個「有趣」的變化應該返回。如果close（）僅僅減少了引用計數並且文件仍然處於打開狀態以便寫入某處，那麼沒有理由使select（）喚醒。

如果其他線程上唯一的開放描述那樣接近（），然後它變得更有趣，但我需要看到代碼的簡單版本，看看是否有什麼地方真的錯了。

Answer 4

select系統調用是一種等待文件desctriptors改變狀態，而程序沒有任何其他的事情。主要用於服務器應用程序，這些應用程序打開一堆文件描述符，然後等待它們執行任何操作（接受新連接，讀取請求或發送響應）。這些文件描述符將以非阻塞io模式打開，以便服務器進程在任何時候都不會掛在系統調用中。

這也意味着，不需要單獨的線程，因爲所有可以在線程中完成的工作都可以在選擇調用之前完成。如果工作需要很長時間，而不是可以中斷，選擇使用timeout = {0,0}調用，文件描述符被處理，之後工作正在恢復。

現在，你在另一個線程關閉文件描述符。爲什麼你有這個額外的線程，爲什麼它會關閉文件描述符？

POSIX標準沒有提供任何提示，在這種情況下會發生什麼，所以你在做什麼是未定義的行爲。預計在不同的操作系統之間，甚至是同一操作系統的版本之間，結果會有很大的不同。

問候，博多