第13章 网络 Page734 “I/O对象”的链式传递 单独的火箭发射函数，没有用对的智能指针

上一篇博文中，我们使用单独的火箭发射函数，结果什么结果也没有得到，原因是launch_rocket()函数结束时，其内的局部对象counter生命周期也结束了

那么可以将counter改为指针吗？在堆中分配，这样当函数退出时，它不会被释放。这样肯定是不行的，这样不会得到结果，还会造成内存泄露。

那么我们可以使用智能指针，如下图

代码：

这样还是没用，当函数一结束，智能指针对象counter还是立即释放。

运行结果：

原因分析：

当前的代码中，智能指针counter从来没有被复制，所以它的引用计数就只是1，当所处的函数结束，减至0，于是释放。这效果和当初的栈对象版本有何区别？

思路：

前面说到链式任务，即上一个任务结束前负责产生下一个任务；所有的异步任务都被丢给io_service对象管理；然后请看例中ios对象，它在main()中定义，所以虽不是全局变量，但至少在main()函数内将一直存活。

如果我们在每次产生新任务丢给io_service对象时，

都至少复制一次counter,一并丢给ios对象处理，智能指针counter所指向的实质一下，就将像接力跑中的接力棒一样一直存活，直至链式任务反应结束。

既然要走链式传递智能指针的路，也就同样面临两个关键环节。第一个环节是什么时候创建出智能指针。这一步已经完成，就在“launch_rocket()”函数中：

第二个环节是产生新任务的环节如何复制该智能指针，先看现有的代码：终点是划线的那行

有一个好消息：async_wait()函数的入参用到this,意味着正好把当前对象（*this）又传递下去了。当前对象（*this）是传给“_timer”对象，然后再由“_timer”对象作为事件回调所需的一个入参，传递给io_service对象。

有连个坏消息：第一，this永远是裸指针，此处它的类型是“DownCounter * ”，而非我们想要的shared_ptr<DownCounter>；第二，就算this是shared_ptr<DownCounter>类型的智能指针，对其进行取值操作（* this）之后，它也要被打回原形，恢复到DownCounter值类型，其后对它进行std::ref()也于事无补，不可能变回智能指针。