我一直试图理解boost的http服务器3示例中的逻辑。 此示例中的请求在connection.cpp中读取,在start()方法中调用:

socket_.async_read_some(boost::asio::buffer(buffer_),
      strand_.wrap(
        boost::bind(&connection::handle_read, shared_from_this(),
          boost::asio::placeholders::error,
          boost::asio::placeholders::bytes_transferred)));

请注意,async_read_some方法记录为立即返回 然后在read处理程序( connection::handle_read() )中,如果parse返回boost::indeterminate ,我们可能再次调用async_read_some。 鉴于我们已经知道我们正在一个单独的线程中工作,这对socket_.read_some(buffer)提供了什么好处。 我问的原因是我想要解析一下根据需要调用read_some的消息,但我想到的方法不适用于异步读取。

另外,一个相关的问题:两者之间是否有任何区别

async_read_some()

boost::thread th([](){ ret = read_some(); handle_read(ret) });

===============>>#1 票数:2 已采纳

Boost.Asio的HTTP Server 3的示例以一种与线程池大小无关的方式编码。 因此,无法保证在单独的线程中完成工作。 然而,不可知的好处是它可以通过更多连接进行更好的扩展。 例如,考虑检查同时连接的10000个客户端的C10K问题 同步解决方案可能会遇到10000个客户端的各种性能问题或资源限制。 此外,异步特性有助于使程序与网络中的行为变化隔离。 例如,考虑具有3个客户端和2个线程的同步程序,但是由于网络上的噪声增加,其中2个客户端具有高延迟。 如果阻止两个线程等待来自其他客户端的数据,则第三个客户端可能会无意中受到影响。

如果存在少量且有限数量的连接,并且每个连接由一个线程提供服务,那么同步和异步服务器之间的性能差异可能是最小的。 在可能的情况下,通常建议避免混合异步和同步编程,因为它可以将复杂的解决方案变成复杂的解决方案。 此外,大多数同步算法可以异步写入。

异步操作和同步操作(即使是在专用线程中运行的操作)之间存在两个主要差异:

  • 线程安全。 文档中所述:

    通常,并行使用不同的对象是安全的,但是并发使用单个对象是不安全的。

    因此,即使在其自己的线程内调用操作,也无法在同步操作进行时安全地启动异步和同步操作。 这在半双工协议中可能是最小的,但应考虑使用全双工协议。

  • 能够取消操作。 回答所述,无法通过cancel()成员函数Boost.Asio提供同步操作。 相反,应用程序可能需要使用较低级别的机制,例如信号。

  ask by Rollie translate from so

未解决问题?本站智能推荐: