objective-c – 为什么GCDAsyncSocket readData设计为只读一次？

发布时间：2020-12-16 09:42:23 所属栏目：百科来源：网络整理

导读：我发现关于GCDAsyncSocket的didReadData回调不直观的一件事是,除非你发出另一个readData,否则它不会再次调用.为什么这样设计？期望库的用户启动另一个读取调用以获得回调是正确的还是这是一个设计缺陷？例如 - (void)socket:(GCDAsyncSocket *)sock didAcce

我发现关于GCDAsyncSocket的didReadData回调不直观的一件事是,除非你发出另一个readData,否则它不会再次调用.为什么这样设计？期望库的用户启动另一个读取调用以获得回调是正确的还是这是一个设计缺陷？

例如

- (void)socket:(GCDAsyncSocket *)sock didAcceptNewSocket:(GCDAsyncSocket *)newSocket {
     ...
    // initiate the first read
    self.socket = newSocket;
    [self.socket readDataWithTimeout:-1 tag:0];
}

- (void)socket:(GCDAsyncSocket *)sock didReadData:(NSData *)data withTag:(long)tag {
    // do what you need with the data...

    // read again,or didReadData won't get called!
    [self.socket readDataWithTimeout:-1 tag:0];
}

解决方法

为什么这样设计？

只要您只使用readDataWithTimeout：tag：只要有一些新数据到达就调用委托方法,这似乎更直观.

但是readDataWithTimeout：tag：不是用GCDAsyncSocket读取数据的唯一方法.还有例如readDataToLength：withTimeout：tag：和readDataToData：withTimeout：tag：

这两种方法都会在传入数据的特定点调用委托,您可能希望在处理过程中的不同位置调用不同的委托.

例如,如果您正在处理一种流格式,其中有一个CRLF分隔的标头后跟一个长度在标头中提供的可变长度主体,那么您可能希望在readDataToData：withTimeout：tag：的调用之间交替,以读取其标题您知道的分隔符,然后是readDataToLength：withTimeout：tag：读取从标题中拉出的长度的主体.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!