Unix：select（）の呼び出し中に読み込みファイル記述子が閉じるとどうなるか

Question

読み込みファイル記述子を含むFD_SETでselect（）を呼び出すとします。 select（）呼び出し中にファイル記述子の1つが閉じた場合はどうなりますか？何らかのエラーが発生したと仮定すると、クローズドファイル記述子を見つけてセットから削除するのは私の責任ですか？

Answer 1

これはどこにでも指定されているとは思いません。一部のシステムはすぐにselectから戻ってきますが、他のシステムはブロックし続けます。これが起こる唯一の方法は、マルチスレッドプロセスであることに注意してください。は、信号ハンドラから発生したとしても、selectの間は実行できません。したがって、このような状況が発生すると、恐らく大きな問題があることがわかります。ポーリングしているファイルディスクリプタの1つがselectの間に閉じられる場合、より大きな問題は、同じファイル記述子がcloseの直後に新たにオープンしたファイル（別の無関係のスレッドで開かれたファイル）に再割り当てされ、スレッドそのポーリングは、別のスレッドに属している新しいファイルに対して誤ってIOを実行する可能性があります。

マルチスレッドプログラムでselectでポーリングされる一連のファイル記述子で構成されるデータオブジェクトがある場合は、そのセットへのアクセスを制御するために何らかの同期プリミティブを使用する必要があります。またはファイル記述子を削除するには、select（またはメンバー上のIO）が進行中である可能性と相互排他的なロックが必要です。

マルチスレッドプログラムにおけるもちろん

、それは全くselectを使用し、代わりに複数のスレッドにIOをブロックする複雑なロックロジックなしで所望の結果を達成させない方がよいです。

Answer 2

select()システムコールには、Send、Receive、Exceptionの3つのパラメータが必要です。チェックするには、読み込みファイル記述子にエラーが発生した場合は、それをread（受信）とerror（exceprion）のセットに含めます - 返された例外セットでそれを見ると、select()はそのソケットで例外が発生したことを意味します。あなたは何を見つけるチャンスです。

通常、あらゆる種類の例外を持つネットワークソケットは、送受信に適していません。

Answer 3

送信されたすべてのデータを読み込んだとしても、閉じたソケットは常に読み込み準備ができているとみなされます。 Selectはブロックを解除し、使用可能なソケットを通知します。