[iOS] 卡顿优化

目录:

  1. UI相关问题
  2. [NSThread callStackSymbols]引发的卡顿
  3. cell的view懒加载
  4. 耗时高的操作
  5. CTTelephonyNetworkInfo导致的卡顿
  6. NSDateFormatter耗性能

1. UI相关问题

  • 性能
    如果是CPU主线程的卡顿还是通过Time Profiler看,如果是GPU的就通过Xcode的Debug->View Debugging->Rendering看~

  • 为啥UI操作必须在主线程?
    这里说了为啥UI不是线程安全的:http://www.cocoachina.com/articles/26167
    其实就是UI操作得放统一一个线程去做,如果为了这个单独建一个线程不如直接用主线程了,要不还得让两个线程的Runloop一直跑着,而且主线程肯定是启动最早的,也会让页面更快显示,反正一般主线程也就是做UI的事情0.0

  • 保存需要修改的约束
    有些contstraint可以保存成为property,然后可以在设置两个相同约束的时候修改保存好的约束的优先级,不需要的时候可以deactive

  • cell的更新指标
    如果跑profile发现cell滑入的耗时最多在update constraint就是优化到木有办法再优化了


2. [NSThread callStackSymbols]引发的卡顿

由于message throttler那个限流库hook了forward方法,然后我后来自己写了一个库结合了GCDthrottler以及message throttler,但是上线以后发现卡顿率变大了,跑profiler发现是因为NSCallStack objectAtIndex(好像是这个方法具体记不清啦)耗时很久,于是定位到是由于GCDThrottler的key是酱紫的:

#define ThreadCallStackSymbol       [NSThread callStackSymbols][1]

这个实际上是很耗性能的,频繁调用[NSThread callStackSymbols]的耗时为啥会大呢?我们日常看到的[NSThread callStackSymbols]打印出来的都是XX类里面的XX方法的+XX行这样对吧,所以其实这一步会把本来已经十六进制的方法名啥的都符号化,变为我们能看得懂的东西,并且它会把整个堆栈都符号化掉,虽然我们其实只需要第二行,所以真的很费事。

but如何能绕过符号化,或者单独符号化第二行我还木有找到办法,最后解决方式是非常傻的这里也就不说了。希望大家之后慎用[NSThread callStackSymbols]啊...


3. cell的view懒加载

我们有的时候经常使用懒加载,毕竟用的时候再初始化比较方便。但是对于cell这种比较特殊,就是会涉及UI卡顿的,如果没有最开始把cell里的view都初始化好,可能滑动的时候不知道到第几个cell就需要初始化view了,会造成卡顿。

所以对于cell最好不要懒加载哦。


4. 耗时高的操作

① runtime的操作
如果经常使用运行时的方法,比如获取方法列表、属性列表、方法签名等,就很容易耗时,runtime的方法尽量不要频繁调用

② cell update
cell update的时候不要做一些耗时操作,比如mas_makeConstraints,创建约束是很耗费的,可以在update的时候mas_updateConstraints

③ Date
日期相关的比如formatter之类的就很耗费,之前也提过这个,这次是NSDate *newDate = [formatter dateFromString:dateString];这个方法发现比较耗时,感觉date相关只要加了formatter就得注意一点


5. CTTelephonyNetworkInfo导致的卡顿

前两天上个版本突然非常的卡,我们QA小姐姐说卡的她想卸载了~ 然后小姐姐一个个MR revert发现是因为调用了查询mobile country code导致的,这个方法大概是酱紫的:

+ (NSString *)mobileCountryCode {
    CTCarrier *carrier = nil;
    CTTelephonyNetworkInfo *netInfo = [[CTTelephonyNetworkInfo alloc] init];
    carrier = [netInfo subscriberCellularProvider];
    if (carrier.mobileCountryCode.length == 0) {
        if (@available(iOS 12.1, *)) {
            NSArray <CTCarrier *>*carriers = netInfo.serviceSubscriberCellularProviders.allValues;
            for (CTCarrier *aCarrier in carriers) {
                if (aCarrier.mobileCountryCode.length > 0) {
                    carrier = aCarrier;
                    break;
                }
            }
        }
    }
    NSString *mcc = [carrier mobileCountryCode];
    return mcc;
}

然后我如果注释掉只留下CTTelephonyNetworkInfo *netInfo = [[CTTelephonyNetworkInfo alloc] init];都卡。。

但是如果只创建一次CTTelephonyNetworkInfo就不卡,也就是把创建的这一步dispatch_once一下,然后让CTTelephonyNetworkInfo成为static的就OK啦~~ (据同事小哥哥说谷歌他们好像就是这么做的)


6. NSDateFormatter耗性能

过度的创建NSDateFormatter用于NSDate与NSString之间转换,会导致App卡顿,打开Profile工具查一下性能,你会发现这种操作占CPU比例是非常高的。据官方说法,创建NSDateFormatter代价是比较高的,如果你使用的非常频繁,那么建议你缓存起来(例如单例),缓存NSDateFormatter一定能提高效率。

能不用就别用NSDateFormatter!

可参考:https://www.cnblogs.com/fengmin/p/6201498.html

iOS7之前NSDateFormatter不是线程安全的,如果单例需要注意控制一下哦~

或者如果时间日期格式是固定的,我们可以采用C语言中的strptime函数,这样更加简单高效。

- (NSDate *) easyDateFormatter{
    time_t t;
    struct tm tm;
    char *iso8601 = "2016-09-18";
    strptime(iso8601, "%Y-%m-%d", &tm);

    tm.tm_isdst = -1;
    tm.tm_hour = 0;//当tm结构体中的tm.tm_hour为负数,会导致mktime(&tm)计算错误
    t = mktime(&tm);

    return [NSDate dateWithTimeIntervalSince1970:t + [[NSTimeZone localTimeZone] secondsFromGMT]];
}

推荐阅读更多精彩内容