2019-01-07 • 优化

iOS App Optimization series 3 内存/CPU优化

生在ARC时代我们是幸运的，还记得初期学习OC 就是在iOS5，那个时候还是MRC时代，又是初学，分不清内存怎么管理，各种崩溃各种酸爽。后面引入ARC机制后，对开发者总算友好了很多，但是不注意还是会引起内存问题。实际情况下解决稳定增长的内存问题并不难（毕竟能够复现），难就难在开发并不知道自己开发的功能发生了内存问题，那么我们就需要借助一些工具提醒我们项目里的内存问题。

下面我们从3个优化方向来总结一下（配合自制demo食用更佳）

memory

减少内存泄露

定位问题

1.引起内存泄露的点

循环引用
nstimer
大图延迟释放
….

2.查看哪里没有dealloc,怎么定位出问题的vc或者类

解决问题

循环引用目前我觉得最好的方案就是 FB的FBMemoryProfiler，轻量级的就是腾讯之前分享的MLeaksFinder。

关于图片内存 imageName 和 imageWithContentOfFile了解一下.

降低内存使用峰值

记录内存峰值。Xcode的那个毕竟不能release上用，生产用户无法验证。APM里面有一块也是关于记录内存情况的。我们可以抽样记录内存情况然后分析。

在一些使用场景里,比如整个页面初始化,要分配整个使用内存,批量的图片处理（或者变量）,会出现段时间需要加载大量内容,占用过高的内存.需要利用autorelasepool 进行优化

怎么测量内存数值？这是网上找到和Xcode显示内存最接近的函数了。

// 获取当前应用的内存占用情况，和Xcode数值相近
+ (double)getMemoryUsage {
    task_vm_info_data_t vmInfo;
    mach_msg_type_number_t count = TASK_VM_INFO_COUNT;
    if(task_info(mach_task_self(), TASK_VM_INFO, (task_info_t) &vmInfo, &count) == KERN_SUCCESS) {
        return (double)vmInfo.phys_footprint / (1024 * 1024);
    } else {
        return -1.0;
    }
}

过多线程开辟也会消耗大量内存

减少内存异常引用

crash BAD_EXCESS

这个问题比较复杂，线上的bug 除了exception 就是这个引起的崩溃最多了，也有比较多的优化空间。

搞一个自动增加内存的工具，模拟app高内存高cpu状态下的情况。模拟线上环境

静态分析代码也能辅助预防一些问题。

CPU

CPU最可能影响的简单的主要是布局和IO操作。

当然也有一些特殊的工具类App 比如音视频或者地图因为使用的东西特殊可能会带来一定的CPU消耗。这块因为接触的项目少并没有太多了解，但是觉得定位出问题知道哪个模块有问题再对症下药解决的希望就比较高..

最接近Xcode 自带CPU的数据方法如下：

+ (double)getCpuUsage {
    kern_return_t           kr;
    thread_array_t          threadList;         // 保存当前Mach task的线程列表
    mach_msg_type_number_t  threadCount;        // 保存当前Mach task的线程个数
    thread_info_data_t      threadInfo;         // 保存单个线程的信息列表
    mach_msg_type_number_t  threadInfoCount;    // 保存当前线程的信息列表大小
    thread_basic_info_t     threadBasicInfo;    // 线程的基本信息
    
    // 通过“task_threads”API调用获取指定 task 的线程列表
    //  mach_task_self_，表示获取当前的 Mach task
    kr = task_threads(mach_task_self(), &threadList, &threadCount);
    if (kr != KERN_SUCCESS) {
        return -1;
    }
    double cpuUsage = 0;
    for (int i = 0; i < threadCount; i++) {
        threadInfoCount = THREAD_INFO_MAX;
        // 通过“thread_info”API调用来查询指定线程的信息
        //  flavor参数传的是THREAD_BASIC_INFO，使用这个类型会返回线程的基本信息，
        //  定义在 thread_basic_info_t 结构体，包含了用户和系统的运行时间、运行状态和调度优先级等
        kr = thread_info(threadList[i], THREAD_BASIC_INFO, (thread_info_t)threadInfo, &threadInfoCount);
        if (kr != KERN_SUCCESS) {
            return -1;
        }
        
        threadBasicInfo = (thread_basic_info_t)threadInfo;
        if (!(threadBasicInfo->flags & TH_FLAGS_IDLE)) {
            cpuUsage += threadBasicInfo->cpu_usage;
        }
    }
    
    // 回收内存，防止内存泄漏
    vm_deallocate(mach_task_self(), (vm_offset_t)threadList, threadCount * sizeof(thread_t));
    
    return cpuUsage / (double)TH_USAGE_SCALE * 100.0;
}