刚接触ios开发半个月,对多线程的理解还很浅。今天做了一个简单的需求,也记录一下
在网上看到一个帖子,说ios平台实现多线程可以使用不同层级的API,有比较底层的NSThread,也有GCD等方式。我今天用的是performSelector方法
需求是在子线程里进行耗时的操作(文件读写,上传等),UI里展示一个进度条,当子线程的任务完成,通知主线程关闭进度条(刷新UI)。以下是代码:
主线程发起子线程调用:
-(void) listenLogoutStartEvent:(NSNotification*) notification
{
UIActivityIndicatorView *indicator = [[UIActivityIndicatorView alloc]initWithActivityIndicatorStyle:UIActivityIndicatorViewStyleGray];
indicator.center = self.view.center;
[self.view addSubview:indicator];
[indicator startAnimating];
[delegate performSelectorInBackground:@selector(doLogout) withObject:nil];
}
上面的performSelectorInBackground就是开启一个子线程,这样子线程里的工作就不会阻塞UI Thread。下面是子线程里运行的代码:
-(void) doLogout
{
// 检测网络
// 备份
[backupDelegate doBackup];
// 向server发起注销请求
// 清除本地登陆数据
[self clearLocalData];
// 通知MainViewController注销完成
[[NSNotificationCenter defaultCenter] postNotificationName:LOGOUT_DONE object:self userInfo:nil];
}
上面的代码完成工作以后,会广播一个LOGOUT_DONE的notification。由于在MainViewController里侦听了这个事件,所以接下来代码就会走到MainViewController的侦听方法里。这里并不涉及线程,如果不用事件的方式,而是直接调用MainViewController里的侦听方法,效果也是一样的。 事件不引起线程切换,只是为了降低组件耦合
下面是ViewController里侦听事件的方法:
-(void) listenLogoutDoneEvent:(NSNotification*) notification
{
[self performSelectorOnMainThread:@selector(quitApp) withObject:nil waitUntilDone:NO];// 在quitApp方法中刷新UI
}
上面调用了performSelectorOnMainThread方法,在UI Thread中调用quitApp方法
从以上的示例代码可以总结出2点:
1、在ios平台,用performSelectorOnMainThread和performSelectorInBackground方法,可以灵活地在主线程和子线程之间切换,而且API也很简单,似乎是一种很好的方式
2、组件的方法本身不需要考虑线程,由调用者(一般是ViewController)来决定其执行的线程,是一种很好的模式