Boost Asio延遲寫入TCP套接字

Question

我有一個簡單的TCP服務器，其中一個線程帶有asio循環，還有一個線程池來進行計算。 我可以聽連接在主線程中寫一些東西。 但是我等不及工作線程的回答，因為連接被接受后會立即關閉。

我嘗試使用截止時間計時器，但由於某種原因，它立即因“異常終止操作”錯誤而被調用。

我要實現的整個過程是：

• 接受連接
• 寫一些東西
• 將任務發送到工作者池
• 等待工作者的答案（我正在使用線程安全隊列從工作者池中讀取消息）
• 將答案寫到套接字
• 緊密連接

這是我的代碼

class tcp_connection
: public boost::enable_shared_from_this<tcp_connection>
{
  public:
    typedef boost::shared_ptr<tcp_connection> pointer;

    static pointer create(boost::asio::io_service& io_service)
    {
      return pointer(new tcp_connection(io_service));
    }

    tcp::socket& socket()
    {
      return socket_;
    }

    void start()
    {
      message_ = "Write me in 5 sec";
      boost::asio::deadline_timer t(service_, boost::posix_time::seconds(5));
      t.async_wait(boost::bind(&tcp_connection::writeAfter, shared_from_this(), boost::asio::placeholders::error));
    }

  private:
    tcp_connection(boost::asio::io_service& io_service)
      : service_(io_service), socket_(io_service)
    {
    }

    void writeAfter(const boost::system::error_code&) {
      std::cout << "writing to socket" << std::endl;
      boost::asio::async_write(socket_, boost::asio::buffer(message_),
          boost::bind(&tcp_connection::handle_write, shared_from_this(),
            boost::asio::placeholders::error,
            boost::asio::placeholders::bytes_transferred));
    }


    void handle_write(const boost::system::error_code& /*error*/,
        size_t /*bytes_transferred*/)
    {
    }

    boost::asio::io_service &service_;
    tcp::socket socket_;
    std::string message_;
};

編輯：調試日志

@asio|1462018696.996630|0*1|deadline_timer@0x7ffd9dd40228.async_wait
@asio|1462018696.996675|0|deadline_timer@0x7ffd9dd40228.cancel
@asio|1462018696.996694|0*2|socket@0x7ffd9dd403e0.async_accept
@asio|1462018696.996714|0*3|deadline_timer@0x7ffd9dd40408.async_wait
@asio|1462018696.996736|>1|ec=system:125

正如我們所看到的，取消是在計時器上調用的，但是我的代碼中沒有單個取消，所以我不知道為什么要調用它。

非常感謝您的幫助

Answer 1

創建tcp_connection之后，您還在聽其他連接嗎？

由於async_read_some為新連接調用async_read或async_read_some ，因此該線程的io_service.run()可能已經完成...

如果您在tcp_connection構造函數中啟動了deadline timer ，則它應使io_service.run()繼續運行並發送消息。

Answer 2

我找到原因了。

共享指針陷入混亂，我的連接對象被破壞了。 TCP對象也是如此。 連接已關閉。

感謝@kenba的幫助！