状态机模式之应--异步接收变长数据包.docVIP

情景分析 在网络编程中，通常异步比同步处理更为复杂，但由于异步的事件通知机制，避免了同步方式中的忙等待，提高了吞吐量，因此效率较高，在高性能应用开发中，经常被用到。而在处理异步相关的问题时，状态机模式是一种典型的有效方法，这在libevent、memcached、nginx等开源软件(库)中多次被使用而得到见证。据此，为抛砖引玉，本文展示了使用此方法异步接收变长数据包的实现，这里的变长是指在某一种网络协议中，具有完整意义的数据包长度是不固定的。为了描述方便，我们以一个TCP C/S模式的简单例子为场景分析说明，服务端在某知名端口监听，使用异步IO复用机制epoll ET模式接受连接、接收分析请求、存取数据到内存缓冲中，这种内存缓冲类似于数据库，数据按键值对存取；客户端的请求包括增加、修改和删除三种，每种请求对应的数据包长度不一样。协议封包 如下图所示，请求封包各字段从左到右依次为：type字段表示请求类型，占1个字节，值域为{1,2,3}，1为增加，2为修改，3为删除；key字段表示键名，占16个字节；val字段表示值，占256个字节；expire表示生存期，占4个字节，单位为秒。显而易见，对于每种类型的请求，其封包长度是固定的。 状态转换 由于在一条连接上客户端可以先后发送多种不同类型的请求，因此服务端需要接收完整某种请求的包后，才能解析处理。当处于