m0_58311374的博客

前面我们实现的服务器都是把黑框叉掉强行关闭，这种方式显然是不够优雅的，可能还有未处理的逻辑节点。所以本节通过捕获信号的方式让服务器安全退出。

我们的LogicSystem类为单例类，可以只把这个类写为单例，也可以写一个单例模板类，让其它类继承它就可以形成单例。这里选择第二种，因为后面可能还会实现其他的单例类。C++基础好的同学应该很容易看明白，有不明白的地方可以利用一些ai工具解读一下，也很简单。MSG_HELLO_WORD定义在const.h中，表示消息id。在Session.h中，我们可以添加一个逻辑节点类。

本教程使用的是jsoncpp，安装方式网上有很多，可以自己下载源码编译，也可以使用vcpkg一键安装，我比较推荐使用vcpkg，感觉这个就像 visual studio 的 maven，使用这种方式安装后就不需要自己配置项目的包含目录和库目录了，直接使用。

本文介绍了网络字节序以及控制它的必要性，限制了发送队列长度保证发送数据的高效率。

关于粘包问题，其实就是tcp缓冲区的大小限制而引发的问题。比如发送缓冲区总大小为10个字节，当前有5个字节数据(上次要发送的数据比如'hello')未发送完，那么此时只有5个字节空闲空间，我们调用发送接口发送abcdefg其实就是只能发送abcde给服务器，那么服务器一次性读取到的数据就很可能是helloabcde。而剩余的fg只能留给下一次发送，下一次服务器接收到的就是fg。这样看来就是两次发送的数据有一部分粘在了一起，就称作粘包。

这就是一个全双工通信的基本逻辑，大家可以用之前的同步读写客户端进行运行测试。但是写到这里仍然存在大量缺陷，下一节中将解决粘包问题。

在这一节中，解决了上一节中的二次析构问题。

到这里依然是白雪，也是不会再实际项目中使用的，主要有以下原因因为该服务器的发送和接收以应答的方式交互，而并不能做到应用层想随意发送的目的，也就是未做到完全的收发分离(全双工逻辑)。该服务器未处理粘包，序列化，以及逻辑和收发线程解耦等问题。另外，该demo示例为仿照asio官网编写的，其中存在隐患，就是当服务器即将发送数据前(调用async_write前)，此刻客户端中断，服务器此时调用async_write会触发发送回调函数，判断ec为非0进而执行delete this逻辑回收session。

在上一节中，我们实现了客户端与服务器之间的同步读写，在实际开发中，这套方案是行不通的，从这一小节开始来介绍异步读写的的写法。

这个demo实现起来是比较简单的，也充分利用到了前面所介绍的api。但是，这也是能是个玩具代码，没有任何意义，实际开发中是不可能用这种方式的。这也是某蓝色小电视平台一搜索就出现一大把的卖课视频中所介绍的东西。在后面的更新中，会逐渐加入正真在开发中实用的东西，循序渐进。。。

上一节介绍了visual studio搭建boost环境，现在我们来使用它来进行网络编程。

Visual Studio 配置 C++ boost 库的保姆及教程。。。

持续更新中。。。

看完一定让你收益良多的C++11多线程编程。