socketのreadでスタックしてしまう

Question

HTTP通信のレスポンスを読む以下のコードですが
readで応答が帰ってこなくなってしまいます。
デバッガで確認したところどうやらsocketRead0で処理が止まっているみたいなのですが、、
何が原因なのでしょうか？

StringBuilder response = new StringBuilder();
InputStream in = socket.getInputStream();
while (true) {
  int c = 0;
  try {
    c = in.read();
  } catch (IOException e) {
    break;
  }
  if (c == -1) {
    break;
  }
  response.append((char)c);
}

Comments

[TetsujiMiwa]

ネットで「socketRead0」を検索すると、接続先の問題が大きそうですね。なので、ソースコードを見ても問題解決の糸口はつかめないかと。。。原因解明には、地道に接続先の状態を調べていくほかなさそうです。wgetかcurlで、接続先のレスポンスを得ることはできますか？

[jimbe]

アプリケーションレベルのプロトコルとしてレスポンス受信後に回線が切断されることになっているのでしょうか。
送受信を何度か行う為にレスポンス受信後もソケット(入出力ストリーム)は維持しなければならない構造であったら、ご提示のコードではダメと云うことになりますが。

[dodox86]

> readで応答が帰ってこなくなってしまいます。

状況が詳しく述べられていないので分かりませんが. 適切なHTTPレスポンスはすでに受信済みなのでは？ HTTPリクエストをクライアントから送信したのち、一定のHTTPレスポンスを受信してその後続いて応答が返ってこないのであれば、クライアントが切断しない場合はたいていのサーバーであれば数分程度でタイムアウトしてサーバー側から切断してきます。

Answer 1

HTTPレスポンスの終わりをどうやって判断するかに2案あり、
1．終わりになれば相手がコネクションをクローズしてくれることを期待して、読めなくなるまで読む
⇒ リクエストヘッダに、Connection: closeが必要

1. レスポンスを解析して（Content-Lengthなどを利用して）終わりを判断する
   ⇒ ブラウザはそうしているが、自分でそう書くのは大変

コードは案1に見えますが、おそらく、Connection: closeを送っていないのでは？
ただ、無限に待つ事とはないはずで、
手元の環境だと、こちらからすぐに次のリクエストを送らないと、数秒でクローズされますね。

もし、数秒～数分以上待つようなら、
HTTPリクエストをちゃんと送り終わっていないので、まだ全くレスポンスが返ってきていないという可能性もあります。

Comments

[a.‫com]

ありがとうございます。Connection: closeをリクエストしたら切ってくれました。
もしくはsocket.setSoTimeoutを設定してタイムアウトするようにしても解決しそうです。