iOS 性能优化,持续更新

1,634 阅读4分钟
原文链接: www.jianshu.com

1、活用懒加载
重写getter方法,不需要马上用的对象不立即初始化,需要用到时才去初始化。

2、慎用autolayout
使用autolayout会随着view的增多,其性能耗费也是越来越厉害。具体可以参考pilky.me/36/

3、慎用NSDateFormatter
其实我们都知道这个东西的初始化十分耗费性能,目前有两个解决方案
(1)、使用单例,初始化一次
(2)、使用localTime,即将本地时间格式化成想要的格式

 NSTimeInterval localTimeInterval = [[NSDate date] timeIntervalSince1970];
    time_t timeInterval = (time_t)localTimeInterval;
    struct tm * localTime = localtime(&timeInterval);

    NSString * timeStr = [NSString stringWithFormat:@"%d %02d %02d %02d:%02d",localTime->tm_year + 1900,localTime->tm_mon + 1,localTime->tm_mday,localTime->tm_hour,localTime->tm_min];
    NSLog(@"%@",timeStr);
//这是tm结构体的结构
struct tm {
    int    tm_sec;        /* seconds after the minute [0-60] */
    int    tm_min;        /* minutes after the hour [0-59] */
    int    tm_hour;    /* hours since midnight [0-23] */
    int    tm_mday;    /* day of the month [1-31] */
    int    tm_mon;        /* months since January [0-11] */
    int    tm_year;    /* years since 1900 */
    int    tm_wday;    /* days since Sunday [0-6] */
    int    tm_yday;    /* days since January 1 [0-365] */
    int    tm_isdst;    /* Daylight Savings Time flag */
    long    tm_gmtoff;    /* offset from CUT in seconds */
    char    *tm_zone;    /* timezone abbreviation */
};

4、少用[NSString sizeWithAtteibutes:]
这货也是一个比较吃性能的玩意儿,但是目前也没有什么好的解决方案,可以异步计算字符串的长度再回调。CoreText也是个不错的选择,但是我不会😄。

5、善用autoreleasepool
比如在一个for循环里加入@autoreleasepool{},在for循环里做操作,就能for循环里的内存降低很多,在大型循环里就有很大的用处了。

6、图片加载机制

 [UIImage imageWithContentsOfFile:@""];
 [UIImage imageNamed:@""];

前者不缓存图片 ,用完就释放,适用于不常用的大图,还有一点就是不能加载Asset Catelog里面的图。
后者的使用会缓存图片,适用于常使用的图片,缺点也很明显,就是会增加内存。

7、图片解码
当我们用UIimage或者CGImageSource的方法创建图片时,图片添加到UIImageView或者layer.contents后,图片并不会立即被解码,直到被提交到CPU的时候,才会被解码,并且这个解码过程是在主线程中执行的。如果想要绕开这个机制,常见的做法是在后台线程先把图片绘制到 CGBitmapContext 中,然后从 Bitmap 直接创建图片,目前常见的网络图片库都自带这个功能。 来自ibireme大神。

8、防止内存泄漏
这里就得最好使用instruments里的leaks工具,可以检测到内存泄漏的地方。另外,Xcode8里新加了一个功能,叫做。。。我也不知道叫做什么,它长这个样子


QQ20161102-0@2x.png


也可以很明显地看到哪个地方有内存问题或是循环引用。
内存泄漏一般出现在block或者是delegate出现的地方,解除方法

@property(nonatomic,weak) id delegate;
/*注意,delegate可以使用assign和weak修饰,但是最好用weak修饰,因为在delegate释放的时候,delegate将被置为nil,
防止了野指针的出现。但是自动置为nil也消耗一定的定能,需要注意一下。*/

__weak typeof(self) weakSelf = self;  
/*解决block循环引用问题。也可以让block的拥有者和引用者之间没有引用关系,从根本上解决这个问题*/

//swift写法
weak var delegate: MyDelegate
weak var weakSelf = self;

9、多张透明图片混合
多个图片叠加的时候,GPU会先将图片混合到一起,所以尽量减少图层的叠加,尽量将不透明的图片的opaque设置为NO,避免无用的Alpha合成。

10、离屏渲染
在我们用layer的设置圆角或者是阴影的时候,往往会触发离屏渲染,它发生在GPU内,如果在tableView里大量的使用layer的这些属性,将会是帧率降得很低,形成明显的卡顿。为了克服这些,启用layer的shouldRasterize是个不错的选择,但是一定要避免作用在内容不断变动的图层上,否则它缓存方面的好处就会消失,而且会让性能变的更糟。可以运用Core Animation工具里的Color HitsGreen和Misses Red选项,看shouldRasterize的运用是否合理。后台线程中绘制圆角图可以从根本上解决这个问题,或者说可以直接让设计师设计个圆角盖子(这才是真正的解决😁)。

11、tableView的提前布局计算
在tableView里往往需要自适应高度,拿到数据,在子线程中计算cell的布局是有必要的,可以封装一个布局model。尽量不要在变化的cell里使用autolayout,如果允许,多用layer层级的东西,比如CAShapeLayer,CATextLayer等。
对性能要求不高的可以使用iOS新出的预估计cell高度的方法。

12、。。。

参考:
Core Animation: Advanced Techniques
2016 MDCC 搜狗输入法性能优化实践
blog.ibireme.com/2015/11/12/…