本文主要是介绍第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()也于事无补，不可能变回智能指针。
这篇关于第13章 网络 Page734 “I/O对象”的链式传递 单独的火箭发射函数，没有用对的智能指针的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
