基于QT开发多人聊天项目1： 总体框架分析

1 项目框架

1.1 这个项目框架是典型的c/s模型。服务器等待，等待客户端的请求。客户端发送一个请求，服务器端就应答一个请求。如果客户端不发送数据，服务器端是不会主动给客户端发送数据的。
1.2 整个项目，客户端用qt来实现；服务器端，用linux+socket的方式来实现。

2、功能分析

项目要实现三个功能：客户端登录服务器；客户端显示在线列表；与列表中指定人聊天

2.1客户端登录服务器功能实现：

客户端成功登录以后，服务器要给这个客户端分配一个唯一的id（对于服务器来说，一个id，对应一个在线用户），用来实现后期，点对点的聊天。
客户端：发送登录信息
服务器：监听到有客户端连接；分配一个唯一的ID，并将这个ID发送给客户端。同时，服务器会以链表的形式，保存客户端的登录信息。这样，客户端就可以获取在线客户端的信息。
链表中，每个节点的内容如下：

typedef struct node
{
    int socket;   //用套接字代表ID，因为套接字唯一
    struct node *next;
}Node;

2.2 客户端显示在线列表功能的实现：

客户端：获取服务器创建的用来保存在线客户端登录信息的链表，进行显示。
服务器端：遍历链表，将在线用户的ID号全部发给客户端。

2.3 与列表中指定人聊天功能的实现

客户端：发送数据。但是这里要注意：客户端和客户端之间的通信，是不能够直接进行的，必须要通过服务器来进行转发。因此，我们发送的格式定义为：本客户端ID+目的客户端ID+内容
服务器端：解析出目的ID，将数据发送给指定的ID.

3 应用层协议的设计：

我们发送的数据，有三种类型：用于连接；用于显示列表；用于发送信息。因此，我们能需要对数据进行区分对待（也就是不同的类型，采用不同的处理方法），这就叫做应用层协议的设计。

3.1、封包

对应不同的类型，我们可以给他分配不同的标志：
这就好比在tcp三次握手阶段：
a）、客户端发送一个带SYN标志（请求建立连接的标志）的TCP报文；
b）、服务器端回应客户端，同时带ACK标志和SYN标志。它表示对刚才客户端SYN的回应；同时又发送SYN给客户端，询问客户端是否准备好进行数据通讯。
c）、客户必须再次回应服务器端一个ACK报文。
eg:发送登录信息，客户端就会发送0X11 ; 服务器回应，机会回应0X11+ID.（表示应答的是0X11）
tcp的通信时序如下：

3.2 存在的问题

1）、以服务器给客户端回应的0X12 ID0 ID1 …为例。客户端不知道读到哪里结束，他就会一致读，可能读到的其他客户端给本客户端发来的数据。而客户端并不知道在哪里结束，所以，客户但机会误将其他客户端发来的数据当作是ID，进行显示。
2）、粘包问题：
连续发了两次显示列表的命令，由于网络原因，可能同时发两个回来（如果不能确定每个数据包的长度）。同样不知道一个包是哪里开始，哪里就结束。

3.3 解决方法

通过采用定义包头包尾的方式（解决数据长度未知问题）。
包头包尾的选择（避免一切在通信过程中，可能出现的符号）：
这里，我们另0X02作为包头，0X03作为包尾！！
同时，还要考虑我们的ID号和我们定义的标识符冲突！！
为解决这个问题，我们用ASCII的方法来显示0-9（对应的ASCII码是30-39）
另外，我们给每个ID都分配4个字节，这样，就解决了变长的问题！
eg:ID号0012：0X30 0X30 0X31 0X32.

3.4 改进后的tcp通信时序