[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]];
}