iphone线程中使用异步网络的悲催经历

iphone线程中使用异步网络的悲催经历

就个人经验而言,在iphone线程中使用异步NSURLConnection的经验可以说是一个完全和愉悦搭不上边的事情。他给我带来的麻烦可真不少。例如,前几天,帮客户定位一个问题的时候发生的事情。

事情经过是这样的:客户反馈,无法正常使用我们提供的某个和网络相关的功能,网络回调没有收到。但是其他回调可以正常工作,并且所有回调都是以同样的逻辑放在某个地方的。

我先确认了他的使用方式是否正确,并确认了输入参数的正确性,并且验证了回调的正确设置以及回调函数的使用无误。一切都没有问题,但是就是无法收到回调。

一切都那么的神奇,功能的调用并没有什么特殊的,但是就单单这个功能工作不正常。中间又经过一些确认,发现数据并没有到达服务端。但是同样的使用方式在我们自己的环境下工作又是正常的。

花了将近5个小时,还是没有发现原因,就在我准备放弃的时候,突然想到,莫非他的调用位置是线程中调用?经过确认,发现果然是在线程中调用的!让他们使用performOnMainThread的方式调用,终于解决了问题。

以前遇到过一次在线程中调用异步网络的情况,请教同事,同事告知,异步网络需要自己的RunLoop,所以要在线程中使用异步网络必须有自己的RunLoop,可以将他放到主线程的RunLoop。

但是,这样子,多线程的性能必然被降低,因为这样网络的工作就都是在主线程中完成的。同时怀疑,这样子的网络性能设计不是很低下!

刚好有点时间,就仔细的翻了一下苹果的开发文档,发现其中指出,所有的NSThread都有一个属于自己的NSRunLoop,而NSURLConnection的回调都会回调到当前线程中!

这个和我目前遇到的完全不一样!我无法在当前线程中收到回调!

又仔细在网络上搜索之后发现,原来,是因为网络回调的时候线程的NSRunLoop已经被无效的原因。

我们常见的线程中网络调用是这样的:

- (void)threadFunc
{
NSAutoReleasePool *pool = [NSAutoReleasePool new];
//do something
……

//send your request
[NSURLConnection connectionWithRequest:xxx];

//do some other thing
……
[pool release];
}

一般来说,这个函数会很快走完,线程就结束了。所以,当网络响应回来的时候,你的线程已经结束了。你的网络回调依赖于该线程的NSRunLoop,但是线程已经结束了,所以你的网络回调就无法收到!!同理,所有的performAfterDelay之类的api以及NSTimer的在线程中工作都不正常!

那么,该如何让他正常工作呢?很简单,做完事情之前,让线程不要结束,保持空转状态就行了。

- (void)threadFunc
{
NSAutoReleasePool *pool = [NSAutoReleasePool new];
//do something
……

//send your request
[NSURLConnection connectionWithRequest:xxx];

//do some other thing
……

while(shouldExit)
{
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
}
[pool release];
}

你可能感兴趣的:(iphone线程中使用异步网络的悲催经历)