异步run(), run_one(), poll(), poll_ one()
为了实现监听循环，io_service类提供了4个方法，比如：run(), run_one(), poll()和poll_one()。当大部分时间你使用service.run()就可以。你会在这里学习到其他方法完成了什么。
持续运行
再一次说明，如果有等待执行的操作，run()会一直执行，直到你手动调用io_service::stop()。为了保证io_service一直执行，通常你添加一个或者多个异步操作，然后当它们被执行时，你继续一直不停地添加异步操作，比如下面代码：
using namespace boost::asio;
io_service service;
ip::tcp::socket sock(service);
char buff_read[1024], buff_write[1024] = "ok";
void on_read(const boost::system::error_code &err, std::size_t bytes)
;
void on_write(const boost::system::error_code &err, std::size_t bytes)
{
sock.async_read_some(buffer(buff_read), on_read);
}
void on_read(const boost::system::error_code &err, std::size_t bytes)
{
// ... process the read ...
Chapter 2
[ 45 ]
sock.async_write_some(buffer(buff_write,3), on_write);
}
void on_connect(const boost::system::error_code &err) {
sock.async_read_some(buffer(buff_read), on_read);
}
int main(int argc, char* argv[]) {
ip::tcp::endpoint ep( ip::address::from_string("127.0.0.1"),
2001);
sock.async_connect(ep, on_connect);
service.run();
}
当service.run()被调用时，有一个异步操作在等待。当套接字连接到服务端时，on_connect被调用了，它会添加一个异步操作。当on_connect结束时，我们会留下一个等待的操作（read）。当on_read被调用时，我们写入一个回应，这又添加了另外一个等待的操作。当on_read结束时，我们会留下一个等待的操作（write）。当on_write操作被调用时，我们从服务端读取另外一个消息，这也添加了另外一个等待的操作。当on_write结束时，我们有一个等待的操作（read）。然后循环一直继续下去，直到我们关闭这个应用
run_one(), poll(), poll_one() 方法
我在之前说过异步方法handler是在之前调用了io_service::run的线程里被调用的。因为至少在90%到95%的时候，这是你唯一要用到的方法，所以我就把它说的简单了。对于调用了run_one(), poll(), or poll_one()的线程这一点也是适用的。
run_one()方法最多执行和分发一个异步操作：
如果没有等待的操作，方法立即返回0
如果由等待操作，方法在第一个操作执行之前处于阻塞状态，然后返回1
你可以认为下面两段代码是等效的：
io_service service;
service.run(); // 或者
while ( !service.stopped()) service.run_once();
你可以使用run_once()启动一个异步操作，然后等待它执行完成。
io_service service;
bool write_complete = false;
void on_write(const boost::system::error_code & err, size_t bytes)
{ write_complete = true; }
…
std::string data = "login ok”;
write_complete = false;
async_write(sock, buffer(data), on_write);
do service.run_once() while (!write_complete);
还有一些使用run_one()方法的例子，包含在Boost.Asio中比如blocking_tcp_client.cpp和blocking_udp_client.cpp中。
poll_one方法使用非阻塞的方式最多运行一个准备好运行的等待操作：
如果至少有一个等待的操作，而且准备好以非阻塞的方式运行，poll_one方法会运行它并且返回1
否则，方法立即返回0
操作等待，准备以非阻塞方式运行，通常意味着如下的情况：
一个计时器过期了，然后它的async_wait处理方法需要被调用
一个I/O操作完成了（比如async_read），然后它的hanlder需要被调用
之前被加入io_services实例队列中的自定义handler（这会在之后的章节中详解）
你可以使用poll_one去保证所有I/O操作的handler完成运行，同时做一些其他的工作
io_service service;
while ( true) {
// 运行所有完成了IO操作的handler
while ( service.poll_one()) ;
// ... 在这里做其他的事情 …
}
poll()方法会以非阻塞的方式运行所有等待的操作。下面两段代码是等效的：
io_service service;
service.poll(); // 或者
while ( service.poll_one()) ;
所有之前的方法都会在失败的时候抛出boost::system::system_error异常。而这是永远不应该发生的事情；这里抛出的异常通常都是致命的，也许是资源耗尽，或者是你其中一个handler抛出了异常。另外，每个方法都由一个不抛出异常，而是返回一个boost::system::error_code的重载：
io_service service;
boost::system::error_code err = 0;
service.run(err);
if ( err) std::cout << "Error " << err << std::endl;