tcp协议的中对ack标志的理解

  在看 tcp 协议卷 1 的时候，开始的理解就是 : 客户端每次向服务器端发送一个数据包，服务器端就必须会有一个单独的 ack 发向客户端，确认已经接收到的字节个数。

测试例子1:

客户端循环接受从标准输入输入的字符串，然后发送给服务器

服务器端循环接收客户端发送的数据，并且在屏幕打印出来。

  在这个例子中，确实吻合了我的理解:客户端每次发送一个数据包，服务器都会向客户端发送一个ack确认标志，但是测试例子2却不是这样的。

  测试例子2:

客户端循环接受从标准输入输入的字符串，然后发送给服务器，然后接收从服务器发回的数据

服务器端循环接收客户端发送的数据，接收到数据后马上发给客户端。

  测试过程: 当客户端连接上服务器后，客户端向服务器端发送abcdefg七个字符串，服务器向客户端返回了这7个字符串，通过抓包程序(我自己开发的)抓到了3个数据报，如图:

            

图1: 捕获的数据包

第一条记录就是客户端向服务器端发送的数据

第二条记录就是服务器接收到客户端的数据后，马上发回给客户端

第三条记录就是客户端接收到服务器端返回的数据后对其的一种确认。

  现在问题就是: 为什么第一条记录从客户端发给服务器端后，服务器没有给一个确认标志？其实，服务器对客户端发送的数据确认在第二条记录中给客户端发回数据的时候，也一起做了，并没有单独给客户端发送一个ack.下面你听我仔细分析。第一条记录的分析结果如下:

           图二: 第一条记录的详细分析

                                       

          图三: 第二条记录的详细分析                                                   

      图4: 第3条记录的详细分析

        在图3 中的时候，注意看确认序号，确认序号不正好就是图2中的序号+7(客户端向服务器端发送的字节数)吗?