我发现问题CFReadStreamRead
,作为流式文件上传的一部分,从不返回。
这个似乎仅在iOS7上发生 - 而且在对物理设备进行调试时比在模拟器中更常见 - 或者至少在那里更明显。
我们有一个HTTP(或HTTPS,问题发生在任何一种方式,使用本地托管或远程服务器)POST
文件,通过直线,阻塞(非事件驱动)CFNetwork调用。调用此处理程序的C代码是必需的;没有回拨的规定。
这很好,网络调用发生在后台线程中和/或通过异步调度。
有问题的网络代码归结为(为简洁起见,删除错误处理):
CFReadStreamRef upload = CFReadStreamCreateWithFile(
kCFAllocatorDefault, upload_file_url);
CFRelease(upload_file_url);
CFReadStreamOpen(upload);
CFReadStreamRef myReadStream = CFReadStreamCreateForStreamedHTTPRequest(
kCFAllocatorDefault, myRequest, upload);
CFReadStreamOpen(myReadStream);
CFIndex numBytesRead = CFReadStreamRead(myReadStream, buf, sizeof(buf));
// etc.
此代码本身希望立即挂起iOS7。如果我添加一个循环,在它之前调用usleep
(沿途检查CFReadStreamHasBytesAvailable
),它将几乎总是成功。每隔几百次尝试,它仍将失败,永不返回。同样,主线程不受影响。
我希望通用汽车能够清除这种行为,但它仍然存在。
添加runloop / callback方法以监视字节可用事件无效 - 当调用挂起时,也看不到任何事件。
有关为何会发生这种情况或如何防止这种情况的任何建议?其他人在iOS 7下看到不同的CFReadStream
行为?
答案 0 :(得分:0)
我尝试了这样讨厌的解决方法,它对我有用,问题是我从服务器请求delta值,所以如果出现问题我只是取新的delta值,一般情况下它不起作用(在日志中,我看到有时会超时)。至少这可以防止形成永久性的线程阻塞,并有机会以某种方式处理这个问题:
NSInteger readStreamReadWorkaround(CFReadStreamRef readStrem, UInt8 *buffer, CFIndex bufferLength) {
static dispatch_once_t onceToken;
static BOOL isProblematicOs = YES;
dispatch_once(&onceToken, ^{
isProblematicOs = [[UIDevice currentDevice].systemName compare: @"7.0" options: NSNumericSearch]!=NSOrderedAscending;
});
NSInteger readBytesCount = -2;
if (isProblematicOs) {
CFStreamStatus sStatus = CFReadStreamGetStatus(readStrem);
NSDate *date = [NSDate date];
while (YES) {
if(CFReadStreamHasBytesAvailable(readStrem)) {
readBytesCount = CFReadStreamRead(readStrem, buffer, bufferLength);
break;
}
sStatus = CFReadStreamGetStatus(readStrem);
if (sStatus!=kCFStreamStatusOpen && sStatus !=kCFStreamStatusAtEnd
|| [date timeIntervalSinceNow]<-15.0) {
break;
}
usleep(50000);
}
} else {
readBytesCount = CFReadStreamRead(readStrem, buffer, sizeof(buffer));
}
return readBytesCount;
}
我不喜欢这个解决方案,但到目前为止我还没有看到替代方案。