使用しているライブラリに問題があります。ライブラリか、それとも私が間違って使用しているのかもしれません。
基本的に、これを行うと（ミリ秒単位のタイムアウト）
_ignitedHttp.setConnectionTimeout(1); // v short
_ignitedHttp.setSocketTimeout(60000); // 60 secondsタイムアウト例外は生成されず、正常に動作しますが、以下を実行すると、
_ignitedHttp.setConnectionTimeout(60000); // 60 seconds
_ignitedHttp.setSocketTimeout(1); // v shortソケット例外が発生します。
だから、私の質問は、なぜ接続例外をシミュレートできないのですか？ソケットと接続タイムアウトの違いを誤解していますか？ライブラリはここにあります（まだ正式にリリースされていません）。
回答:
接続タイムアウトは、唯一のTCP接続を開始すると発生します。これは通常、リモートマシンが応答しない場合に発生します。これは、サーバーがシャットダウンしているか、間違ったIP / DNS名を使用しているか、ポートが間違っているか、サーバーへのネットワーク接続がダウンしていることを意味します。
ソケットタイムアウトは、連続着信データ・フローを監視するために専用されています。指定されたタイムアウトでデータフローが中断された場合、接続は停止または切断されたと見なされます。もちろん、これは常にデータが受信される接続でのみ機能します。
ソケットタイムアウトを1に設定すると、ミリ秒ごとに新しいデータを受信する必要があります（データブロックを適切に読み取り、ブロックが十分に大きいと仮定した場合）。
着信ストリームのみが1ミリ秒以上停止すると、タイムアウトになります。
接続タイムアウトは、プログラムがセットアップに別のプロセスへの接続を待っても構わないと思っている最大時間です。この時点では、アプリケーションデータを取得または投稿するのではなく、接続自体を確立するだけです。
ソケットのタイムアウトは、個々のパケットを待ってタイムアウトです。ソケットタイムアウトが完全な応答を受信するためのタイムアウトであるというのは、よくある誤解です。したがって、ソケットタイムアウトが1秒で、応答が3つのIPパケットで構成され、各応答パケットが到着するまでに0.9秒かかる場合、合計応答時間は2.7秒であれば、タイムアウトはありません。