boost::asio 连接管理4

this指针不能在这种情况下绑定后交给asio使用。那么怎么办?

很简单，我之前的一篇文章介绍过enable_share_from_this。

http://blog.csdn.net/sheismylife/article/details/8282518

现在修改一下Connection类的代码：

class Connection: public boost::enable_shared_from_this<Connection> {public:    Connection(io_service& s)    : socket(s), read_buffer_(1, 0) {            }        ~Connection() {        socket.close();        cout << "~Connection" << endl;    }        void StartWork() {        cout << "The new connection object is starting now." << endl;        async_read(socket, buffer(read_buffer_),       boost::bind(&Connection::AfterReadChar, shared_from_this(), _1));    }        void AfterReadChar(error_code const& ec) {        if (ec) {            cout << ec.message() << endl;            return;        }                char x = read_buffer_[0];        if (x == 'a') {            cout << "correct data received" << endl;        } else {            cout << "wrong data received, char is:" << (int)x << endl;        }    }    public:    tcp::socket socket;    private:    vector<char> read_buffer_;};

从enable_shared_from_this模板类继承，然后绑定的时候使用shared_from_this()

好了。再运行测试程序，看看服务器的输出：

chenshu@chenshu-beijing:~/NetBeansProjects/CppApplication_4/dist/Debug/GNU-Linux-x86$ ./cppapplication_4 count1:1count2:2count3:2The new connection object is starting now.correct data received~Connection

顺序正常了，析勾函数最后被调用。也收到了正确的数据。

这也就解释了为什么那么多asio的例子中都使用了shared_from_this().

现在我们到哪里了？

1.优雅的退出

2.单线程情况下的接受连接和管理连接对象的生命周期

我们知道了连接对象默认如果什么都不做就会被自动销毁。要想不被销毁就要一直发起I/O操作（读或者写），前面的推论已经证明了。

后面继续推进，我们要保证tcp连接被确定关闭，而且为了支持并发，需要线程池的支持。