简单的讲，TCP连接在网络传输时是无序（主要是为了优化数据传输）的，但是TCP有对应的“排序”处理，所以对于同一个连接（比如客户端A与服务端S之间的这条连接），TCP Socket底层已经实现好了顺序，你按照a、b、c的顺序发，接收方就会依次收到a、b、c。这也是TCP相对UDP的一个优势。

所以你的问题应该不是GCDAsyncSocket的问题。

Socket只管收发数据，没有具体的业务逻辑，所以对于socket应用一般都有自己的数据格式，比如把各个参数用分隔符拼接起来（例如：文件名|文件），或者使用通用的格式xml或json等便于解析（ {"filename": "", "data": ""} ）。同时因为 MTU 的限制，所以一条完整的业务数据可能在发送时会被拆包发送，又因为网络原因可能出现丢包，所以在自定义的数据格式中会加入“socket数据长度”的参数，类似 HTTP POST 的 Content-Length，长度一般加在一条数据的最开始部分，用于标记后面整条socket数据的长度。“长度”参数不参与数据格式，双方约定的一定子节长度来表示这个“socket数据长度”参数。接收方处理数据时，先解析前几位的“长度”，然后根据这个长度来确定后面的完整数据。

Socket开发中遇到问题如果不能明显的确定原因，建议先抓包分析，先看看数据是怎么传输的，排查掉网络故障，再确定是发送方问题还是接收方问题。如果收发方都没问题，业务代码也没问题，最后再考虑查“网络代理”的原因，比如路由器、运营商等等，在天朝网络中间层也很容易出问题。