Выполнение асинхронных операций в пределах одной и те же цепей

Question

The documentation for boost::asio::ssl::stream состояния следующая относительно безопасность резьбы:

Потокобезопасности

• отчетливых объектов: Безопасная.

• Общие объекты: Небезопасные. Приложение также должно гарантировать, что все асинхронные операции выполняются в пределах одной и той же неявной или явной строки.

Если я сравнить это с documentation for the boost::asio::ip::tcp::socket type, тем утверждением о прядях не входят.

Вопросы

Если доступ к объекту потока контролируется с помощью взаимной блокировки, убедившись, что только один поток работает на потоке Ssl в данный момент времени, что потребность в использовании неявного/явного прядь ?

Кроме того, что означает «асинхронные операции» в этом контексте? Является ли документ ссылкой на вызовы, например, boost :: asio :: async_read/boost :: asio :: async_read, или на обратные вызовы обработчика, которые я передаю этим операциям?

Answer 1

Если доступ к объекту потока управляется мьютексом, убедитесь, что только один поток работает в потоке ssl в заданное время, в чем же заключается необходимость использования неявной/явной строки?

В этом нет необходимости. Мьютекс делает операции сериализуются как на «логической цепочке». пряди ASIO в являются лишь механизмом для достижения такой сериализации без явного кода синхронизации в случае, если у Вас есть больше чем один сервис где выполняется io_service

Кроме того, что это «асинхронные операции» означает в данном контексте? Является ли документ ссылкой на вызовы, например, boost :: asio :: async_read/boost :: asio :: async_read, или на обратные вызовы обработчика, которые я передаю этим операциям?

Boost ссылается на реализацию этих функций-членов/свободных функций, поскольку они работают с объектами службы, которые не являются потокобезопасными. Обработчики завершения - ваша собственная забота: если вы сделаете их потокобезопасными, тогда больше нет необходимости в цепочках. Имейте в виду, что вы не можете начать асинхронные операции непосредственно из таких «десериализуются» обработчиков завершения, что приводит к коду, как:

void completionhandler(error_code const& ec) { 
    if (!ec) { 
     io_service_.post([] { boost::asio::async_...(...); }); 
     // or: 
     strand_.post([] { boost::asio::async_...(...); }); 
    } 
} 

Это использует тот факт, что strand и io_serviceобъекты являются поточно.