boost库在工作(33)网络服务端之三
在这个例子里,表示服务器与一个客户端的沟通渠道,就是一个连接,封装为类CConnect。它是当服务器接收到一个客户端连接请求之后创建的,主要用来就是管理这个连接的生命周期,以及数据的接收和发送。从生命周期上来说,当一个连接创建时就旦生了,那什么时候死亡呢?在这个类的设计上是非常优秀,非常巧妙的,因为它不会为多生存一点时间而存在,也不会提前死掉而导致非法的内存访问。有这样的特性,主要是得益于它继承类enable_shared_from_this< CConnect >,这个类enable_shared_from_this的魔力,就是为了在类内部函数使用shared_ptr,可以维护类的实例不至于失去控制,导致提前死亡。也许你会说,在类里内部直接使用shared_ptr< CConnect >(this)进行强制转换,不就是一个智能指针了吗?可是在shared_ptr这样的智能指针是不能进行强制转换,因为强制转换并不能增加类对象的生命长度。也许你会说,还有别的方法,在类里增加一个shared_ptr< CConnect >成员变量,这样可以保存起来了,就达到生命周期的延长了。但这个方案虽然可以对象生命周期变长了,但也导致对象永远删除不了,这时,你也应想起前面学习过的shared_ptr智能指针时的一大缺陷,就是不能循环地引用。因此,需要使用weak_ptr智能指针做为成员变量,这样就没有这个问题了,这就是enable_shared_from_this所实现的方案,这就是为什么要继承enable_shared_from_this的原因。这样就可以解决智能指针在类内部引用的情况,但也有一个限制的,就是不能在这个类的构造函数里使用shared_from_this(),因为在构造函数里还没有真正创建shared_ptr,这时就去使用,显然是过早了。
有了这个魔法类之后,就可让对象的生命周期从一个局部作用域里转换到另外一个地方,比如在服务器接收到连接时调用HandleAccept函数,紧跟着调用CConnect的Start函数,在这个函数就调用了shared_from_this()函数,这样就让CConnect对象在局部作用域快要结束之时,再给它增加了生命,因此CConnect对象就可以在每次收到数据或发送数据时,都可以决定是否还要继续生存下去,都是通过调用shared_from_this()函数来实现的。这样当连接出错时,不再去调用shared_from_this()函数,导致这个对象生存期到了,就自动删除,达到释放资原的目标。
从这个例子里,不但学习到网络服务器怎么样接收客户端的连接,也学习到在类成员函数里维持一个共享智能指针的生存下去的方法,这样不仅让管理内存更简单,并且让资源的利用率达到极点,完全是按需分配,不早也不迟,何乐而不为。
相关文章
- [Qt教程] 第37篇 网络(七)TCP(一)
- 【华为云技术分享】网络场景AI模型训练效率实践
- 【华为云技术分享】《跟唐老师学习云网络》 - TUN/TAP网线
- iOS网络篇
- 虚拟机网络模型详解,看这篇就够了(图文并茂)
- java网络编程系列之java.io专业术语
- 内容分发网络 CDN 是如何提高网页加载时间的?
- Linux网络配置之虚拟网卡的配置(ubuntu 16.04)案例
- 网络中的网络(套娃)
- 从 Kubernetes 谈容器网络
- boost库在工作(27)网络客户端之二
- boost库在工作(36)网络服务端之六
- 网络工作原理及数据传输的封装与解封装过程
- HCIE-Cloud Computing LAB备考第二步:逐题攻破--第五题:规划--根据网络平面规划表,完成ensp中接入交换机SW1/2的配置
- 超详细的网络抓包神器 tcpdump 使用指南
- 【Linux进阶篇】系统网络附加存储
- 公司内网有一台Win10主机发起扫描僵尸网络,防火墙显示ip sweep attack攻击