我應該從resolver :: async_resolve（）調用的處理函數調用socket :: connect（）嗎？

Question

我正在使用包裝類來表示網絡連接。我的實現包含一個名爲async_connect()的方法，該方法解析主機/服務並連接到相關端點（如果可能）。事情是這樣的：

void tcp::connection::async_connect(std::string const& host, std::string const& service, 
    protocol_type tcp = protocol_type::v4()) 
{ 
    std::cout << "thread [" << boost::this_thread::get_id() << "] tcp::connection::async_connect()" << std::endl; 

    resolver(m_io_service).async_resolve(resolver::query(tcp, host, service), 
     boost::bind(&connection::resolve_handler, this, _1, _2)); 
} 

我想知道，是建立從處理器的連接，通過async_resolve方法完成調用什麼。

我不確定使用主線程或工作線程來調用處理程序。因此，如果我調用socket::connect()（這將是最合理的方式，如果該代碼將從工作線程執行）或再次啓動異步操作（socket::async_connect() - 應在主線程執行時使用該操作）。

void tcp::connection::resolve_handler(boost::system::error_code const& resolve_error, 
    tcp::resolver::iterator endpoint_iterator) 
{ 
    std::cout << "thread [" << boost::this_thread::get_id() << "] tcp::connection::resolve_handler()" << std::endl; 

    if (!resolve_error) 
    { 
     boost::system::error_code ec; 
     m_socket.connect(*endpoint_iterator, ec); 
    } 
} 

我觀察 - 從控制檯輸出 - 我resolve_handler從一個工作線程調用。那麼，在這裏撥打socket::connect()可以嗎？

Answer 1

IMO在使用asio時，堅持使用單一編程模型是很好的做法。

你可以自由使用asio的同步（阻塞）調用，你可以調用一些方法（解析，連接等），每個方法都會阻塞直到結果或錯誤可用。

但是，如果您使用的是異步編程模型，那麼您的主線程或調用線程通常會在io_service :: run上被阻塞，並且指定的處理程序將從另一個線程中調用（就像您所描述的那樣）。當使用這種編程模型時，您通常會從處理程序（工作線程）中調用下一個異步方法，因此不必調用socket :: connect，而是調用socket :: async_connect。它看起來像你正在試圖混合兩種不同的模型。我不確定混合這兩個模型（在io_service :: run上阻塞調用線程）以及從處理程序調用同步方法的含義。