tcp连接标识(tcp唯一连接标识)

通常，操作系统会将当前所有任务控制块组成一个双向的链表OSTCBList，这个链表将在函数OSTimeTick中被用到。 OSTimeTick函数是系统的时钟处理函数，他负责系统各任务的延时工作，一般情况下，OSTimeTick会被周期性的调用，其本质是操作上面所说的OSTCBList，它遍历链表中的每一个任务控制块的OSTCBDly字段，并将需要延时的任务的OSTCBDly值减1，当某人物的该字段值减为0时，这个任务就会在就绪表中被标记，任务结束等待进入就绪状态。 每个任务创建时，都会被加入链表OSTCBList中，在任务被删除时，相应控制块也会在链表中清除。 OS_STK *OSTCBStkPtr; //任务堆栈栈顶指针struct os_tcb *OSTCBNext; //指向后一个任务控制块stryct os_tcb *OSTCBPrev; //指向前一个任务控制块OSTCBEventPtr用来指向当前和任务密切相关的事件控制块，所谓密切相关，即任务阻塞在该事件上。在ucosII中，所有的任务同步与通信机制，包括信号量、邮箱、消息队列等都是通过事件控制块来描述，当任务请求同步或通信服务，并阻塞在相应事件上，OSTCBEventPtr字段就记录了这个事件对应的事件控制块. OS_EVENT *OSTCBEventPtr; //指向与任务当前事件相关的事件控制块OSTCBMsg字段在任务中使用邮箱或消息队列传输数据时被使用，该字段用于记录其他任务传递个本任务的数据的地址（即数据指针）。 void *OSTCBMsg; //用于指向从邮箱或队列中接收到的消息INT16U OSTCBDly; //用于任务等待延时，记录要等待的时钟滴答数。INT8U OSYCBStat; //任务当前状态任务状态对应值描述OS_STAT_RDY0x00任务就绪状态OS_STAT_SEM0x01任务等待信号量状态OS_STAT_MBOX0x02任务处于等待邮箱消息状态OS_STAT_Q0x04任务处于等待消息队列状态OS_STAT_SUSPEND0x08任务处于被挂起状态OS_STAT_MUTEX0x10任务处于等待互斥信号量状态OS_STAT_FLAG0x20任务处于等待事件标志组状态INT8U OSTCBPrio; //任务的优先级,值越小优先级越高。 //OS_CFG.H中的OS_MAX_TASKS定义最多用户使用控制块个数。这些任务控制块被放在OSTCBbl数组。 //以下四个字段与任务的优先级联系密切，用于加速任务的切换过程 INT8U OSTCBX; //该优先级在全局数组OSRdyTbl[]中对应的位置 INT8U OSTCBY; //该优先级在全局变量OSRdyGrp中对应位置 INT8U OSTCBBitX; //与OSTCBX值相对应的位掩码 INT8U OSTCBBitY; //与OSTCBY值相对应的位掩码 }OS_TCB;
源IP地址，源IP端口号，目的IP地址，目的IP端口号。

1)URG：此标志表示TCP包的紧急指针域（后面马上就要说到）有效，用来保证TCP连接不被中断，并且督促中间层设备要尽快处理这些数据； (2)ACK：此标志表示应答域有效，就是说前面所说的TCP应答号将会包含在TCP数据包中；有两个取值：0和1，为1的时候表示应答域有效，反之为0；(3)PSH：这个标志位表示Push操作。所谓Push操作就是指在数据包到达接收端以后，立即传送给应用程序，而不是在缓冲区中排队；(4)RST：这个标志表示连接复位请求。用来复位那些产生错误的连接，也被用来拒绝错误和非法的数据包； (5)SYN：表示同步序号，用来建立连接。SYN标志位和ACK标志位搭配使用，当连接请求的时

可通过ip+端口号确定唯一的连接，ip在ip报里，端口号在tcp/udp包里
TCP是通过套接字来连接的啊，连接前，服务器会有一个套接字进行监听的，当客户端发起连接时，就会产生已连接套接字，那个监听套接字会继续监听的...这样，套接字就对应了不同的连接。套接字是个文件类型。

unix的哲学是一切皆文件，可以把socket看成是一种特殊的文件，而一些socket函数就是对其进行的操作api（读/写IO、打开、关闭）。我们知道普通文件的打开操作（open）返回一个文件描述字，与之类似，socket()用于创建一个socket描述符（socket descriptor），它唯一标识一个socket。当我们调用socket创建一个socket时，返回的socket描述字它存在于协议族（address family，AF_XXX）空间中，但没有一个具体的地址。如果想要给它赋值一个地址，就必须调用bind()函数，sockfd即socket描述字，它是通过socket()函数创建了，唯一标识一个socket。bind()函数就是将给这个描述字绑定一个名字。在将一个地址绑定到socket的时候，需要先将主机字节序转换成为网络字节序，而不要假定主机字节序跟网络字节序一样使用的是Big-Endian。由于这个问题曾引发过不少血案，谨记对主机字节序不要做任何假定，务必将其转化为网络字节序再赋给socket。这里的主机字节序就是我们平常说的大端和小端模式：不同的CPU有不同的字节序类型，这些字节序是指整数在内存中保存的顺序，这个叫做主机序。引用标准的Big-Endian和Little-Endian的定义如下：listen函数的第一个参数即为要监听的socket描述字，第二个参数为socket可以接受的排队的最大连接个数。listen函数表示等待客户的连接请求。connect函数的第一个参数即为客户端的socket描述字，第二参数为服务器的socket地址，第三个参数为socket地址的长度。客户端通过调用connect函数来建立与TCP服务器的连接。TCP服务器端依次调用socket()、bind()、listen()之后，就会监听指定的socket地址了。TCP客户端依次调用socket()、connect()之后就向TCP服务器发送连接请求。TCP服务器监听到这个请求之后，就会调用accept()函数去接收请求，这样连接就建立好了(在connect之后就建立好了三次连接)，之后就可以开始进行类似于普通文件的网络I/O操作了。如果accpet成功，那么其返回值是由内核自动生成的一个全新的描述字，代表与客户的TCP连接。accept的第一个参数为服务器的socket描述字，是服务器开始调用socket()函数生成的，称为监听socket描述字；而accept函数返回的是已连接的socket描述字。一个服务器通常通常仅仅只创建一个监听socket描述字，它在该服务器的生命周期内一直存在。内核为每个由服务器进程接受的客户连接创建了一个已连接socket描述字，当服务器完成了对某个客户的服务，相应的已连接socket描述字就被关闭。read函数是负责从fd中读取内容.当读成功时，read返回实际所读的字节数，如果返回的值是0表示已经读到文件的结束了，小于0表示出现了错误。如果错误为EINTR说明读是由中断引起的，如果是ECONNREST表示网络连接出了问题。write函数将buf中的nbytes字节内容写入文件描述符fd.成功时返回写的字节数。失败时返回-1，并设置errno变量。 在网络程序中，当我们向套接字文件描述符写时有俩种可能。1)write的返回值大于0，表示写了部分或者是全部的数据。2)返回的值小于0，此时出现了错误在服务器与客户端建立连接之后，会进行一些读写操作，完成了读写操作就要关闭相应的socket描述字，类似于操作完打开的文件要调用fclose关闭打开的文件。close一个TCP socket的缺省行为时把该socket标记为已关闭，然后立即返回到调用进程。该描述字不能再由调用进程使用，也就是说不能再作为read或write的第一个参数close操作只是使相应socket描述字的引用计数-1，只有当引用计数为0的时候，才会触发TCP客户端向服务器发送终止连接请求。我们知道tcp建立连接要进行“三次握手”，即交换三个分组。大致流程如下：客户端向服务器发送一个SYN J服务器向客户端响应一个SYN K，并对SYN J进行确认ACK J+1客户端再想服务器发一个确认ACK K+1socket中TCP的四次握手释放连接详解某个应用进程首先调用close主动关闭连接，这时TCP发送一个FIN M；另一端接收到FIN M之后，执行被动关闭，对这个FIN进行确认。一段时间之后，服务端调用close关闭它的socket。这导致它的TCP也发送一个FIN N；接收到这个FIN的源发送端TCP对它进行确认,这样每个方向上都有一个FIN和ACK。为什么要三次握手由于tcp连接是全双工的，存在着双向的读写通道，每个方向都必须单独进行关闭。当一方完成它的数据发送任务后就可以发送一个FIN来终止这个方向的连接。收到FIN只意味着这个方向上没有数据流动，但并不表示在另一个方向上没有读写，所以要双向的读写关闭需要四次握手，3. time_wait状态如何避免？首先服务器可以设置SO_REUSEADDR套接字选项来通知内核，如果端口忙，但TCP连接位于TIME_WAIT状态时可以重用端口。在一个非常有用的场景就是，如果你的服务器程序停止后想立即重启，而新的套接字依旧希望使用同一端口，此时SO_REUSEADDR选项就可以避免TIME_WAIT状态。1.客户端连接服务器的80服务，这时客户端会启用一个本地的端口访问服务器的80，访问完成后关闭此连接，立刻再次访问服务器的80，这时客户端会启用另一个本地的端口，而不是刚才使用的那个本地端口。原因就是刚才的那个连接还处于TIME_WAIT状态。2.客户端连接服务器的80服务，这时服务器关闭80端口，立即再次重启80端口的服务，这时可能不会成功启动，原因也是服务器的连接还处于TIME_WAIT状态。实战分析：状态描述：CLOSED：无连接是活动的或正在进行LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2：另一边已同意释放ITMED_WAIT：等待所有分组死掉CLOSING：两边同时尝试关闭TIME_WAIT：另一边已初始化一个释放LAST_ACK：等待所有分组死掉命令解释：如何尽量处理TIMEWAIT过多?编辑内核文件/etc/sysctl.conf，加入以下内容：net.ipv4.tcp_syncookies = 1 表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭；net.ipv4.tcp_tw_reuse = 1 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭。net.ipv4.tcp_fin_timeout 修改系默认的 TIMEOUT 时间然后执行 /sbin/sysctl -p 让参数生效./etc/sysctl.conf是一个允许改变正在运行中的Linux系统的接口，它包含一些TCP/IP堆栈和虚拟内存系统的高级选项，修改内核参数永久生效。简单来说，就是打开系统的TIMEWAIT重用和快速回收。本文主要讲述了socket的主要api，以及tcp的连接过程和其中各个阶段的连接状态，理解这些是更深入了解tcp的基础！

SYN，ACK是标志位 SEQ，AN是数据包序号SYN=1, ACK=0, SEQ=200 的意思是：发送的为一个SYN请求，发送端的初始数据包序号为200 SYN=1, ACK=1, SEQ=4800, AN=201 的意思是：接收端的确认信息，且接收端的初始数据包序号为4800
TCP首部有6个标志比特。 SYN是其中之一，它是个同步序号，当TCP连接建立时会把SYN置1。一般请求端会发送一个报文，其中包含这样的字段SYN 1415531521：1415531521(0)。然后服务端收到后会返回一个ack 1415531522，ack表示确认收到。SYN，ACK是标志位。SEQ，AN是数据包序号。SYN=1, ACK=0, SEQ=200 的意思是：发送的为一个SYN请求，发送端的初始数据包序号为200 SYN=1, ACK=1, SEQ=4800, AN=201 的意思是：接收端的确认信息，且接收端的初始数据包。序号为4800。
TCP首部有6个标志比特，SYN是其中之一，它是个同步序号，当TCP连接建立时会把SYN置1，一般请求端会发送一个报文，其中包含这样的字段SYN 1415531521：1415531521(0)，然后服务端收到后会返回一个ack 1415531522，ack表示确认收到； 你说的SEQ和AN我就不知道了，希望能够帮到你