クライアントがいつソケットを閉じたかを知るために、asioサーバーをブーストしてください。

Question

私はうまく動作するクライアントサーバーアプリケーションを持っています。 クライアントがソケット閉じた後に、サーバーにいくつかのメッセージを送信します（呼び出しのシャットダウンとソケットのクローズを（））

データを読み取るコードのサーバー側は以下の通りです：

while (1) 
{ 
    try 
    { 
     int headerBytesReceived = asio::read(*sock.get(), boost::asio::buffer(inbound_header_)); 
     std::cout << "headerBytesReceived : " << headerBytesReceived << "\n" << std::flush; 
     //....... 
     //....... 
    } 
    catch (system::system_error &e) 
    { 
     std::cout << "Server Error occured! Error code = " 
      << e.code() << ". Message: " 
      << e.what() << "\n"; 
     break; 
    } 
} 

サーバーは、スレッド内のデータを無限ループで読み取ります。 クライアントがソケットを閉じると、ループから優雅に抜け出したいと思います。 今すぐクライアントがメッセージの送信を完了し、ソケットを閉じると、次のエラーでキャッチが呼び出されます。

サーバーエラーが発生しました。エラーコード= asio.misc：2。メッセージ：read：ファイルの最後

接続が閉じられてループを解除する必要があるというキャッチ内のより良い方法がありますか？エラーコードをチェックすることによって？ もちろん、私はcoutステートメントを削除することができますが、エラーの内容を記録目的で知りたいと思っています。

Answer 1

私は、エラーコードを読んで、それが切断されているのか、本物のエラーであったのかを判断するよりも「良い方法」を認識していません。詳細情報については

は、以下を参照してください両端がshutdown成功を実行する場合how to detect when a boost tcp socket disconnectsとwhat is the proper way to securely disconnect an asio ssl socket?

Answer 2

を、エラーには、より多くのデータが利用できないことを示すためにboost::asio::error::eofになります。

もちろん、例外を防ぐためにboost::asio::readにboost::system::error_codeというオーバーロードを使用することができます。これは、より良い処理でもあります。

エラーをチェックして、接続が正常に終了したことをログで記録できます。