RunLoop应用之性能优化

RunLoop介绍

昨天听了一节潭州iOS的公开课,内容是如何使用RunLoop来优化iOS应用的性能,感觉还不错,所以就在这里写一篇文章,谈谈自己的理解。

众所周知,iOS应用启动后,不会正常的自动退出。这就是因为iOS系统拥有的RunLoop机制的作用,当应用启动后,主线程的RunLoop默认开启,从而应用进入一个死循环,阻止了程序在运行完毕之后退出。

RunLoop在循环过程中监听着port事件和timer事件,当前线程有任务时,唤醒当当线程去执行任务,任务执行完成以后,使当前线程进入休眠状态。

 

问题

简单介绍RunLoop后,我们谈谈今天要解决的问题。

我们都知道,为了优化用户体验,在iOS开发过程中,和UI相关任务放在主线程,和UI无关的比较耗时的操作放在子线程。那么问题来了,当和UI相关又十分耗时的任务如何处理呢?

 

实例

向一个UITableView上加载图片,当图片很大,每一行显示图片也比较多的时候,在滑动的过程中就会十分的卡顿。因为界面的一次渲染是在一次RunLoop中完成的,当图片很大,显示的数量也比较多的时候,图片渲染就会相当耗时,这时候一次RunLoop的运行时间就会很长。而在这个过程中,用户的交互事件得不到处理,因此会造成拖动事件的卡顿。下载原始工程

 

解决问题

对于实例中的问题,我们想到的解决方案是:有没有办法,使得RunLoop的单次运行时间变短,当接收到用户的交互事件时,可以很快响应用户的交互,当用户的交互完成后,我们继续处理未完成的任务?答案当然是肯定的。

1、任务分割

为了缩短RunLoop的单次运行时间,我们将图片分为多次渲染,即:一次RunLoop渲染一张图片。

修改代码如下:

删除如下代码的注释

@property (nonatomic, strong) NSMutableArray *tasks;

 @property (nonatomic, assign) NSInteger maxTaskNumber;

删除 - (void)viewDidLoad中相关注释

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    
//    [self addRunloopOvserver];
    
    self.maxTaskNumber = 20;
    self.tasks = [NSMutableArray array];
//    self.timer = [NSTimer scheduledTimerWithTimeInterval:0.01 repeats:YES block:^(NSTimer * _Nonnull timer) {
//        NSLog(@"timer");
//    }];
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath中创建任务

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath{
    UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:@"identity" forIndexPath:indexPath];
    
    for (int i = 1; i < 4; i++) {
        UIImageView *imageView = [cell.contentView viewWithTag:i];
        [imageView removeFromSuperview];
    }
    
    for (int i = 1; i < 4; i++) {
        
//        CGFloat leading = 10, space = 20, width = 103, height = 87, top = 15;
//        UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake((i - 1) * (width + space) + leading, top, width, height)];
//        [cell.contentView addSubview:imageView];
//        imageView.tag = i;
//        imageView.image = [UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:@"image" ofType:@"png"]];
        
        void(^task)() = ^{
            CGFloat leading = 10, space = 20, width = 103, height = 87, top = 15;
            UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake((i - 1) * (width + space) + leading, top, width, height)];
            [cell.contentView addSubview:imageView];
            imageView.tag = i;
            imageView.image = [UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:@"image" ofType:@"png"]];
        };
        [self.tasks addObject:task];
        if (self.tasks.count == self.maxTaskNumber) {
            [self.tasks removeObjectAtIndex:0];
        }
    }
    return cell;
}

 

2、在适当的时机添加并执行任务

在什么时候添加执行任务呢,我们需要RunLoop每次运行执行一次任务,若果我们知道RunLoop的运行开始或者运行结束时机,这时候无非是最好的加载任务时机。

 

3、获取RunLoop的运行结束的时机(运行开始的时机)

RunLoop的状态变化,我们是可以通过注册观察者来监听的,下面我们注册观察者

取消以下代码的注释,添加观察者

- (void)addRunloopOvserver{
    CFRunLoopRef runloop = CFRunLoopGetCurrent();
    CFRunLoopObserverContext context = {0, (__bridge void *)self, &CFRetain, &CFRelease};
    // callBack是回调的函数指针
    CFRunLoopObserverRef observer = CFRunLoopObserverCreate(NULL, kCFRunLoopBeforeWaiting, YES, 0, &callBack, &context);
    CFRunLoopAddObserver(runloop, observer , kCFRunLoopDefaultMode);
    CFRelease(observer);
}

取消以下代码的注释,添加回调函数,在回调函数中执行一次渲染任务

void callBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info){
    ViewController *VC = (__bridge ViewController *)(info);
    if (VC.tasks.count) {
        void(^task)() = [VC.tasks firstObject];
        if (task) {
            task();
        }
        [VC.tasks removeObject:task];
    }
}

取消- (void)viewDidLoad中添加观察者的注释

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    
    [self addRunloopOvserver];
    
    self.maxTaskNumber = 20;
    self.tasks = [NSMutableArray array];
//    self.timer = [NSTimer scheduledTimerWithTimeInterval:0.01 repeats:YES block:^(NSTimer * _Nonnull timer) {
//        NSLog(@"timer");
//    }];
}

 

现在,当kCFRunLoopDefaultMode类型的RunLoop执行完成,线程即将进入休眠时,就会回调我们的回调函数:caooBack,从而执行一次渲染任务

 

4、执行任务

到第3部为止,每当一个RunLoop运行循环一次,就会调用一次回调函数,解决了拖动卡顿的问题。但是我们会发现,很多图片不会被加载,这是因为当任务执行完成之后,RunLoop如果没有监听到要处理的事件,就会让线程进入睡眠,从而终止下一次的渲染任务。为了解决这个问题,我们添加一个定时器,让RunLoop不断能过监听到事件,从而不断的回调callBack函数。

取消如下注释,添加定时器

@property (nonatomic, strong) NSTimer *timer;

 

取消- (void)viewDidLoad中添加定时器的注释

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    
    [self addRunloopOvserver];
    
    self.maxTaskNumber = 20;
    self.tasks = [NSMutableArray array];
    self.timer = [NSTimer scheduledTimerWithTimeInterval:0.01 repeats:YES block:^(NSTimer * _Nonnull timer) {
        NSLog(@"timer");
    }];
}

运行一下,发现问题已经得到解决,拖动完全不卡顿,并且能够在拖动结束后加载图片。

 

思考

上面的处理方法解决了我们遇到的问题,但是对于我这种能一行代买搞定的事情,绝不写两行代码的lazy man来说,感觉是否略显复杂了,里面还涉及到了CoreFoundation框架中的函数,这些C函数写起来就是蛋疼啊。那么有什么更好的处理方式呢?

我们会想上面解决方式中添加定时器是为了让RunLoop不断监听到timer事件,从而不断进行图片的渲染处理,也就是说,定时器每运行一次,就会执行一次图片的渲染任务,而定时器内上面事情都没有处理。那么,我们把处理图片渲染的任务放到定时器中处理,是不是会得到一样的效果呢?这样就只需要添加一个定时器,并在定时器中不断执行任务,无需再监听什么RunLoop的状态变化。

注释掉添加监听的相关方法,并在定时器中添加对图片渲染任务的处理

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    
//    [self addRunloopOvserver];
    
    self.maxTaskNumber = 20;
    self.tasks = [NSMutableArray array];
    self.timer = [NSTimer scheduledTimerWithTimeInterval:0.01 repeats:YES block:^(NSTimer * _Nonnull timer) {
        void(^task)() = [self.tasks firstObject];
        if (task) {
            task();
        }
        [self.tasks removeObject:task];
    }];
}
//- (void)addRunloopOvserver{
//    CFRunLoopRef runloop = CFRunLoopGetCurrent();
//    CFRunLoopObserverContext context = {0, (__bridge void *)self, &CFRetain, &CFRelease};
//    CFRunLoopObserverRef observer = CFRunLoopObserverCreate(NULL, kCFRunLoopBeforeWaiting, YES, 0, &callBack, &context);
//    CFRunLoopAddObserver(runloop, observer , kCFRunLoopDefaultMode);
//    CFRelease(observer);
//}
//void callBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info){
//    ViewController *VC = (__bridge ViewController *)(info);
//    if (VC.tasks.count) {
//        void(^task)() = [VC.tasks firstObject];
//        task();
//        [VC.tasks removeObject:task];
//    }
//}

运行一下,发现和前面的解决方式完全一样,问题得到解决。

 

总结

本文通过一个实例介绍了RunLoop在项目中的应用,通过对RunLoop的理解,想到解决问题的方法。然后进一步思考出更为简单的处理方式。但需要注意的是,思考后得到的处理方式和添加观察者的处理方式在本质上是相同的,都是让RunLoop不断监听到timer事件,然后在监听到事件后处理一次不消耗太多事件的任务。

通过这个项目,我们应该知道,RunLoop的强大,并且学会利用RunLoop解决实际遇到的问题。还要善于思考,从而学到更好的解决方法!

 

注意

demo重在说明如何利用RunLoop优化应用的性能,对于一些小问题并没有做处理:如没有移除观察者,没有使定时器在合适的时机失效等,在实际项目中必须做出相应的处理!

转载于:https://www.cnblogs.com/yueyuanyueyuan/p/6297694.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值