多线程

本篇博文是对iOS多线程中的一些细节的小点进行记录,而对iOS中3种多线程支持(NSThread,NSOperation和NSOperationQueue,GCD)的具体知识不做讲解。


1.当主线程结束时,其他线程不受任何影响,并不会随之结束。一旦子线程启动起来后,它就与主线程地位相同,不受影响。


2.iOS规定只能在主线程(UI线程)中修改UI控件的属性,即刷新UI。因此,可以在子线程中调用performSelectorOnMainThread:withObject:waitUntilDone: 方法刷新UI。

3.多线程中子线程的优先级默认是0.5,即thread.threadPriority = 0.5;
1.0的优先级更高,即会获得跟多的执行机会,而不是完全优先执行完毕。

4.@synchronized(obj){}实现同步,保证多线程安全。obj是同步监视器,任何时刻只能有一个线程可以获得对同步监视器的锁定,当同步代码块执行完毕后,该线程会自动释放对同步监视器的锁定(推荐使用可能被并发访问的共享资源充当同步监视器)。

线程安全是以降低程序的运行效率为代价的。
应对策略:(1)只对那些会改变竞争资源的方法进行同步。
(2)若有单线程和多线程两种运行环境,在单线程中就使用不安 全版本即可,多线程中需要使用安全版本。

5.同步锁(NSLock)
通常为全局变量 NSLock *lock;
lock = [ [NSLock alloc] init];
[lock lock];
// 需要保证线程安全的代码
[lock unlock];

6.NSCondition:使用lock方法进行资源的申请,使用unlock方法进行资源的释放,申请资源之后可以调用wait方法进行挂起状态,等待被唤醒,调用signal方法唤醒其他正在等待的线程(需抢占),调用broadcast唤醒其他所有等待的线程。使用NSCondition进行资源申请不能嵌套使用,即使在一个线程中也不能这样操作,否则会进行死锁状态。

7.GCD
GCD中多次执行的任务:dispatch_apply()函数将控制提交的代码块重复执行多次,如果该代码块被提交给并发队列,系统可以使用多线程并发执行同一个代码块
GCD中只执行一次的任务:dispatch_once()函数将控制提交的代码块在整个应用的生命周期内最多执行一次——只有在第一次提交该代码块时,该代码才会获得执行的机会。而且该函数无须传入队列,这意味着系统将直接用主线程执行该函数提交的代码块。()中的第一个参数为dispatch_once_t ,创建这个变量时必须在前面加上static:static dispatch_once_t onceToken;

8.定义NSOperation子类
NSOperation一般不会直接拿来使用,而是选择创建它的子类,需要重写- (void)main;方法,该方法的方法体将作为NSOperationQueue完成的任务。

9.后台运行相关
(1)当应用程序进入后台时,系统会自动回调应用程序委托的applicationDidEnterBackground:方法。在转入后台前要释放所有可以释放的内存,保存用户数据和状态信息。(应用暂停时占用的内存越少,iOS彻底终止该应用的风险就越小)
(2)使用默认的通知中心监听应用转入后台的过程,应用转入后台时会向通知中心发送UIApplicationDidEnterBackgroundNotification;使用默认的通知中心监听应用转入前台的过程,应用转入前台时会向通知中心发送UIApplicationWillEnterForegroundNotification。
(3)为了让应用不会丢失应用数据,应在应用转入后台时记录应用状态:[[NSUserDefaults standardUserDefaults] setObject: forKey:]。
(4)请求更多的后台时间
当应用转入后台,不要在主线程中执行超过5秒的任务,如果应用转入后台花费了太多时间(即applicationDidEnterBackground:方法的执行体花费了太多时间)应用可能从内存中被删除。

请求更多的后台时间方法:1.调用UIApplication实例对象的beginBackgroudTaskWithExpirationHandler:方法获取更多的后台运行时间,默认获得10分钟后台时间;2.调用dispatch_async()方法将指定代码块提交给后台执行;3.后台任务执行完成时,调用UIAppliction实例对象的endBackgroundTask:方法结束后台任务。


你可能感兴趣的:(iOS,多线程,ios,并发,内存,gcd)