Использовать асинхронный вызов - это то же самое, что использовать синхронный вызов в потоке?

// --- 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)
        );
}

Ответ 1 · рейтинг 3 · Kerrek SB

Синхронный вызов возвращается, когда он выполнил свою работу, и результат работы доступен в следующем операторе. Такой вызов вполне может быть заблокирован.

Асинхронный вызов возвращается немедленно, но состояние работы неопределенно. Когда работа выполнена, зарегистрированная функция обратного вызова вызывается ioservice, и, поскольку вы запускаете эту службу в отдельном потоке, обратный вызов также выполняется в этом отдельном потоке.

Асинхронное программирование намного сложнее с точки зрения потока управления, но оно значительно превосходит его с точки зрения производительности. Если чтение и запись являются частью текущей работы сервера, то вам почти всегда лучше использовать асинхронную модель (хотя она вполне может быть однопоточной, но не с Boost). С другой стороны, простые инструменты, которые запускаются один раз и выполняют множество действий в последовательности, могут просто использовать синхронные вызовы, которые проще писать и понимать, и они могут не иметь значения, если вам нужно дождаться результата операций. тем не мение.