当I/O对象已经有Executor时，为什么需要`net：：Dispatch`？

Why is `net::dispatch` needed when the I/O object already has an executor?(当I/O对象已经有Executor时，为什么需要`net：：Dispatch`？)

问题描述

我正在从本例中学习Boost.Beast&；Boost.Asiolibs/beast/example/http/server/async-ssl/http_server_async_ssl.cpp - 1.77.0。 据我所知，发生在I/O对象上的所有I/O操作都发生在该对象的I/O执行上下文中。异步操作将与I/O上下文的run位于同一线程中，因为它们都由I/O上下文的run(间接)调用。

在本例中(请参见上面的链接)，当连接建立时，接受者为新连接分配一条专用链：

    do_accept()
    {
        // The new connection gets its own strand
        acceptor_.async_accept(
            net::make_strand(ioc_),
            beast::bind_front_handler(
                &listener::on_accept,
                shared_from_this()));
    }

这是否意味着在新连接上发生的所有I/O操作都发生在链上？如果是，为什么该示例在要调用async_read时使用net::dispatch再次指定链？

    // Start the asynchronous operation
    void
    run()
    {
        // We need to be executing within a strand to perform async operations
        // on the I/O objects in this session. Although not strictly necessary
        // for single-threaded contexts, this example code is written to be
        // thread-safe by default.
        net::dispatch(
            stream_.get_executor(),
            beast::bind_front_handler(
                &session::on_run,
                shared_from_this()));
    }

推荐答案

这是否意味着在新连接上发生的所有I/O操作都发生在链上？

这意味着接受的套接字将获得引用该链的Executor的副本。这确实意味着从该服务对象启动的所有异步操作在默认情况下(！)将在该链上调用它们的完成处理程序。但是，这不适用于任何其他操作，如启动函数(例如s.async_read_some)本身。

这篇关于当I/O对象已经有Executor时，为什么需要`net：：Dispatch`？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！