2

我正在使用 boost 并且希望这样：

// --- some random function ---
boost::asio::io_service io;
boost::asio::ip::tcp::socket sock;
char b[256];
// connect and stuff here
boost::asio::async_read( sock,
    boost::asio::buffer(b, 256),
    boost::bind( &onRead, _1, _2)
    );

是一样的

// --- some random function ---
boost::asio::io_service io;
boost::asio::ip::tcp::socket sock;
boost::thread *read_thread;
char b[256];
// connect and stuff here
read_thread = new boost::thread( 
    boost::bind( &boost::asio::io_service::run, &( io))
    );
io.post( &read, b, sock);


// --- read function
bool read( char b[], boost::asio::ip::tcp::socket sock){
    boost::asio::read( sock,
        boost::asio::buffer(b, 256),
        boost::bind( &onRead, _1, _2)
        );
}

我只是想在异步调用中发生什么以及它与同步有什么不同。

编辑：我的主要问题是：异步调用阻塞了与 io_service 绑定的线程？

编辑2：这解决了我的问题：http ://www.ibm.com/developerworks/linux/library/l-async/?ca=dgr-lnxw02aUsingPOISIXAIOAPI

4

1 回答 1

3

同步调用在其工作完成后返回，工作结果可在下一条语句中获得。这样的调用很可能会阻塞。

异步调用立即返回，但工作状态不确定。工作完成后，注册的回调函数由 ioservice 调用，并且由于您在单独的线程中运行该服务，因此回调也在该单独的线程中运行。

异步编程在控制流方面要困难得多，但在性能方面要优越得多。如果读取和写入是服务器正在进行的操作的一部分，那么使用异步模型几乎总是更好（尽管这很可能是单线程的，而不是使用 Boost）。另一方面，运行一次并按顺序执行一堆事情的简单工具可能只使用同步调用，这更易于编写和理解，并且如果您需要等待操作的结果可能不会有什么不同反正。

于 2013-01-05T11:43:50.467 回答