ACK的全称为Acknowledge character，即确认字符，表示接收到的字符无错误。
TCP是一个面向字节流的协议，它不会对自己的内容做出任何的解释，也不需要做出解释，具体的解释由上层的协议来处理。
TCP是一个面向字节流的协议，它会对它发送的每一个字节负责，确保每一个字节都可以正确的发送。在TCP协议中，SYN与FIN字节是占用字节序列号的，因此TCP协议必须对其负责，如果他们在发送的过程中出现了任何的意外，导致最后并没有发送成功，TCP会对此进行处理（比如重传）。而ACK是不占用字节序列号的，TCP是不会对一个只含有ACK标志的TCP报文做任何保证（因此，不需要检查ACK报文的具体内容，只关心有没有到达）。
接收站对所收到的报文进行检查（SYN便是其中之一），若未发现错误，便向发送站发出确认回答ACK，表明信息已被正确接收，并准备好接收下一份报文。该控制字符可由中心结点发送，也可由远地结点发送。 [2]
其格式取决于采取的网络协议。当发送方接收到ACK信号时，就可以发送下一个数据。如果发送方没有收到信号，那么发送方可能会重发当前的数据包，也可能停止传送数据。具体情况取决于所采用的网络协议。
1、TCP报文格式中的控制位由6个标志比特构成，其中一个就是ACK，ACK为1表示确认号有效，为0表示报文中不包含确认信息，忽略确认号字段。
2、ACK也可用于AT24cxx这一系列的EEPROM中。
3、在USB传输中，ACK事务包用来向主机/设备报告包正确的传输。
最后，直观上看，如果真的需要确认ACK，会形成一个死循环，一直反复确认（再来个ACK帮我确认一下上一个ACK是否到达）。本质上说，TCP是一个面向字节流的协议，之所以不用确认ACK报文，是因为ACK报文在TCP连接中是不占用字节序列号的（当然其本身包含在TCP头部中是需要占有物理内存的，就好比卡车运沙，我们只需要确认沙子的量，而卡车则不用去关心），ACK报文本身是用来确认上次的报文是否发送成功，如果ACK出现了问题没发送到对方手中，那对方会认为自己的数据没有发送成功从而重新发送，从而导致己方再次发送ACK报文（相当于回退到两步之前，对方发送数据，己方发送ACK报文（此时再次发送ACK报文相当于ACK重传）），实际上，由于累计确认机制的存在，当己方的ACK报文发送成功时，对方继续发送新的数据报，此时该数据报中更新的字节序列号就是对之前的ACK报文的确认，只有你成功告诉我我发送成功了