目录：
- UI相关问题
- [NSThread callStackSymbols]引发的卡顿
- cell的view懒加载
- 耗时高的操作
- CTTelephonyNetworkInfo导致的卡顿
- 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]];
}
网友评论