boost asio io service学习笔记完整版.pdfVIP

boost asio io service 学习笔记 boost asio io_service 学习笔记 　　构造函数 　　构造函数的主要动作就是调用 CreateIoCompletionPort 创建了一个初始 iocp。 　　Dispatch 和 post 的区别 　　Post 一定是 PostQueuedCompletionStatus 并且在GetQueuedCompletionStatus 之后执行。 　　Dispatch 会首先检查当前 thread 是不是 io_service.run/runonce/poll/poll_once 线程，如 果是，则直接运行。 　　poll 和 run 的区别 　　两者代码几乎一样，都是首先检查是否有 outstanding 的消息，如果没有直接返回，否 则调用 do_one() 。唯一的不同是在调用 size_t do_one(bool block, boost::system::error_code ec)时前者 block = false ，后者 block = true 。 　　该参数的作用体现在： 　　BOOL ok = ::GetQueuedCompletionStatus(iocp_.handle, bytes_transferred, 　　completion_key, overlapped, block ? timeout : 0); 　　因此可以看出，poll 处理的是已经完成了的消息，也即 GetQueuedCompletionStatus 立 刻能返回的。而 run 则会导致等待。 　　poll 的作用是依次处理当前已经完成了的消息，直到所有已经完成的消息处理完成为止。 如果没有已经完成了得消息，函数将退出。poll 不会等待。这个函数有点类似于 PeekMessage。鉴于 PeekMessage 很少用到，poll 的使用场景我也有点疑惑。poll 的一个应 用场景是如果希望 handler 的处理有优先级，也即，如果消息完成速度很快，同时可能完成 多个消息，而消息的处理过程可能比较耗时，那么可以在完成之后的消息处理函数中不真正 处理数据，而是把 handler 保存在队列中，然后按优先级统一处理。代码如下： 　　while (io_service.run_one()) { 　　// The custom invocation hook adds the handlers to the priority queue 　　// rather than executing them from within the poll_one() call. 　　while (io_service.poll_one()) ; pri_queue.execute_all(); } 　　循环执行 poll_one 让已经完成的消息的 wrap_handler 处理完毕，也即插入一个队列中， 然后再统一处理之。这里的 wrap_handler 是一个 class ，在 post 的时候，用如下代码： 　 　 io_service.post(pri_queue.wrap(0, low_priority_handler)); 或 者 acceptor.async_accept(server_socket, pri_queue.wrap(100, high_priority_handler)); 　 　 template typename Handler wrapped_handlerHandler handler_priority_queue::wrap(int priority, Handler handler) 　　{ return wrapped_handlerHandler(*this, priority, handler); } 　　参见 boost_asio/example/invocation/prioritised_handlers.cpp 　　这个 sample 也同时表现了 wrap 的使用场景。 　　也即把 handler 以及参数都 wrap 成一个 object ，然后把 object 插入一个队列，在 pri_queue.execute_all 中按优先级统一处理。 　　run 的作用是处理消息，如果有消息未完成将一直等待到所有消息完成并处理之后才退 出。