日本語
日本語
PHPでネットワークプログラミングにソケットを使用する場合、 socket_set_block（）とsocket_set_nonblock（）は、それぞれソケットを制御してブロッキングモードと非ブロッキングモードに入る2つの非常に重要な関数です。しかし、多くの開発者は、ブロッキングモードに設定した後、重要なポイントを無視します。
問題は、 socket_set_block（）を使用しているが、タイムアウトの設定を忘れた場合はどうなりますか？プログラムは立ち往生しますか？この記事では、この質問に詳細に答えます。
socket_set_block（$ socket）を使用してソケットをブロッキングモードに設定すると、その後の読み取り操作（ socket_read（） 、 socket_recv（） 、 socket_write（）など）は、データの準備ができていない場合にブロックして待機します。つまり、データなしでソケットを読み取ろうとすると、プログラムはデータが読み取られるか、接続が切断されるまでそのコード行で停止します。
これは、「同時通信」が予想されるいくつかのシナリオで役立ちます。ただし、外部サーバーがゆっくりと、または永久に反応しない（ターゲットサーバーのダウンタイム、ネットワークブロッキング、ファイアウォールによるブロックなど）応答すると、プログラムはそこに立ち往生し、後続のコードを実行できません。
例を見てみましょう：
<code> $ socket = socket_create（af_inet、sock_stream、sol_tcp）; socket_set_block（$ socket）; socket_connect（$ socket、 'gitbox.net'、80）; socket_write（$ socket、 "get / http / 1.0 \ r \ nhost：gitbox.net \ r \ n \ r \ n"）; $ response = socket_read（$ socket、2048）;
echo $ response;
</code>
gitbox.netが到達できない場合、またはデータをまったく返さない場合、コードsocket_read（）の行は無期限にブロックされ、プログラムは「スタック」されます。
「スタック」の根本的な原因は、タイムアウト制限セットがないことです。ブロッキングモード自体は問題ではありません。問題は、 socket_set_option（）のタイムアウト値が設定されていないことです。
PHPは2つのソケットタイムアウト設定を提供します。
タイムアウトを受信します
socket_set_option($socket, SOL_SOCKET, SO_RCVTIMEO, ['sec'=>5, 'usec'=>0]);
タイムアウトを送信します
socket_set_option($socket, SOL_SOCKET, SO_SNDTIMEO, ['sec'=>5, 'usec'=>0]);
これらを追加した後、ブロッキングモードでも、読み取りと書き込み操作は無期限に待たないでください。たとえば、受信タイムアウトは5秒に設定されています。 5秒以内にデータが受信されない場合、 socket_read（）はfalseを返し、永久にブロックしません。
タイムアウトの設定を忘れた場合、いくつかの潜在的な結果があります。
サーバーがゆっくりと応答するときに応答していないか、スタックしています
ユーザーは長すぎて経験が非常に悪いです
バッチタスクの詰まりにより、全体的なタスクがキューになります。
特にネットワークが不安定な場合にのみバグが発生する場合、問題のトラブルシューティングは困難です。
したがって、ブロッキングモードでのネットワーク操作は、クリアなタイムアウト設定で使用する必要があります。
はい、 socket_set_block（）を使用してタイムアウトの設定を忘れた場合、プログラムは実際に「停滞」する場合があります。これはPHPのバグではなく、ネットワークプログラミングでI/Oをブロックすることの基本的な動作です。 Socket_set_option（）の合理的な使用タイムアウトを設定することは、プログラムの堅牢性と応答性を確保するための鍵です。
ベストプラクティスは、ブロッキングモードに入っている限り、タイムアウトをすぐに設定し、リモートサーバーの信頼性に依存しないでください。これは、防御プログラミングの基本的な考え方です。
