列举在项目开发中可能遇到的优化点
-
1、内存泄露检测
- 可能出现内存泄露的地方:循环引用,block强引用,NSTimer释放不当,NSNotification remove 监听,Core Foundation
-
静态检查 Product -> Analyze 使用静态检查可以检查出一些明显没有释放的内存,CF开头的
-
instruments 工具检测。
-
推荐一个比较好的工具MLeakFinder。比通过Instrument工具,不断尝试才得以定位好用的多,可以clone下源码看看基本原理。
-
基本原理:为基类 NSObject 添加一个方法 -willDealloc 方法,该方法的作用是,先用一个弱指针指向 self,并在一小段时间(3秒)后,通过这个弱指针调用 -assertNotDealloc,而 -assertNotDealloc 主要作用是直接中断言。
- (BOOL)willDealloc {
__weak id weakSelf = self;
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[weakSelf assertNotDealloc];
});
return YES;
}
- (void)assertNotDealloc {
NSAssert(NO, @“”);
}
-
2、FPS性能监测
- 要保持流畅的UI交互,App 刷新率应该当努力保持在 60fps。监控实现原理比较简单,通过记录两次刷新时间间隔,就可以计算出当前的 FPS。利用CADisplayLink和NSRunLoop
_link = [CADisplayLink displayLinkWithTarget:self selector:@selector(displayAction)];
[_link addToRunLoop:[NSRunLoop mainRunLoop] forMode:NSRunLoopCommonModes];
- (void)displayAction {
if (_lastTime == 0) {
_lastTime = _link.timestamp;
return;
}
_count++;
NSTimeInterval delta = _link.timestamp - _lastTime;
if (delta < 1) return;
_lastTime = _link.timestamp;
float fps = _count / delta;
_count = 0;
_fps = (int)round(fps);
}
- 3、NSDateFormatter
- 设置一个全局的NSDateFormatter单例对象,用串行队列确保线程安全
dispatch_queue_t formatterQueue = dispatch_queue_create("formatter queue", NULL);
NSDateFormatter *dateFormatter;
// ...
- (NSDate *)dateFromString:(NSString *)string
{
__block NSDate *date = nil;
dispatch_sync(formatterQueue, ^{
date = [dateFormatter dateFromString:string];
});
return date;
}
- 4、主线程卡顿监控
- 通过子线程监测主线程的 runLoop,判断两个状态区域之间的耗时是否达到一定阈值。
- NSRunLoop调用方法主要就是在kCFRunLoopBeforeSources和kCFRunLoopBeforeWaiting之间,还有kCFRunLoopAfterWaiting之后,也就是如果我们发现这两个时间内耗时太长,那么就可以判定出此时主线程卡顿.
static void runLoopObserverCallBack(CFRunLoopObserverRef observer, CFRunLoopActivity activity, void *info)
{
MyClass *object = (__bridge MyClass*)info;
// 记录状态值
object->activity = activity;
// 发送信号
dispatch_semaphore_t semaphore = moniotr->semaphore;
dispatch_semaphore_signal(semaphore);
}
- (void)registerObserver
{
CFRunLoopObserverContext context = {0,(__bridge void*)self,NULL,NULL};
CFRunLoopObserverRef observer = CFRunLoopObserverCreate(kCFAllocatorDefault,
kCFRunLoopAllActivities,
YES,
0,
&runLoopObserverCallBack,
&context);
CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopCommonModes);
// 创建信号
semaphore = dispatch_semaphore_create(0);
// 在子线程监控时长
dispatch_async(dispatch_get_global_queue(0, 0), ^{
while (YES)
{
// 假定连续5次超时50ms认为卡顿(当然也包含了单次超时250ms)
long st = dispatch_semaphore_wait(semaphore, dispatch_time(DISPATCH_TIME_NOW, 50*NSEC_PER_MSEC));
if (st != 0)
{
if (activity==kCFRunLoopBeforeSources || activity==kCFRunLoopAfterWaiting)
{
if (++timeoutCount < 5)
continue;
NSLog(@"好像有点儿卡哦");
}
}
timeoutCount = 0;
}
});
}
/*
第1个参数: 指定如何给observer分配存储空间
第2个参数: 需要监听的状态类型/ kCFRunLoopAllActivities监听所有状态
第3个参数: 是否每次都需要监听
第4个参数: 优先级
第5个参数: 监听到状态改变之后的回调
*/
CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
switch (activity) {
case kCFRunLoopEntry:
NSLog(@"即将进入runloop");
break;
case kCFRunLoopBeforeTimers:
NSLog(@"即将处理timer");
break;
case kCFRunLoopBeforeSources:
NSLog(@"即将处理source");
break;
case kCFRunLoopBeforeWaiting:
NSLog(@"即将进入睡眠");
break;
case kCFRunLoopAfterWaiting:
NSLog(@"刚从睡眠中唤醒");
break;
case kCFRunLoopExit:
NSLog(@"即将退出");
break;
default:
break;
}
});
```
- 5、使用Autorelease Pool
- 在循环中,如果有很多autorelease对象,要放在循环内部。
- 6、UIImage缓存取舍
- imagedNamed 默认加载图片成功后会内存中缓存图片,这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象.
- tableView中或者反复使用的图片可以使用imageNamed
- imageWithContentsOfFile 则仅只加载图片,不缓存。一次性大图片使用
- 7、加速启动时间
- 程序启动时,除了界面上的操作,其他尽可能放在工作线程做。一些不重要的任务可以延后执行,例如判断版本升级提醒
- 8、UIKit 优化
- 1、尽量使用不透明的View opaque为YES
- 2、ImageView 使用合适大小的图片资源
- 3、重用和延迟加载Views
- 4、尽可能在TableViewCell时避免设置圆角,如果必须大量设置圆角,UIImageView 的圆角通过直接截取图片实现。其它视图的圆角可以通过 Core Graphics 画出圆角矩形实现。少量的话使用cornerRadius
- 5、使用shadowPath来画阴影
- 6、减少subviews的数量
- 7、缓存行高
- 9、日志打点
- 项目中有些业务异常需要在一定的环境才能重新,最好就好做好日志打点,预留埋点,在出现问题的时候方便排除问题
- 出现问题的时候网速监控上报
- 10、合理的线程分配
- 开的线程越来越多,线程的开销逐渐明显。
- DB操作,日志操作,网络回调在各自固定的线程。不同业务,通过创建队列保持数据的一致性。
- 主线程尽量少处理非UI的操作,同时控制整个APP子线程数量在一个合理的范围内。
- 11、建立合适的DB索引
- 12、cache
- cache可能是所有性能优化中最常用的手段,但是cache建立的成本低,见效快,但是带来维护的成本却很高
- 并发访问 cache 时,数据一致性问题
- cache 线程安全问题
- 13、基本类的抽取
- 基本类抽取可以提高开发效率
- 工具类,比如View,Label,Button的快捷创建
- 14、Unit Tests 和 UI Testing 的使用
网友评论