iOS 从App杀后台开始了解MetricKit

背景

某APP某次发版后有用户反馈APP退到后台很快就被系统杀死了,然后进入APP就是冷启动,APP退到后台前的场景消失了。
影响:在编辑文章的页面, 去其他的APP或者网页中找参考资料,再回来续写时,重启了。在某个商品出售页面, 去其他APP参考商品的价格,再回来时APP重启了

第一部分:为什么退到后台很快被系统杀死了,app在后台被终止的原因

1. 崩溃(Crashes)

这种大多数代码问题,可通过参考常规的carsh解决方案,查看日志等解决问题

2. 看门狗(Watchdog)

在 app 关键切换期间长时间挂起等待, 比如说打开APP、切到后台、即将进入到前台

这3种切换有大概 20 秒的时间限制,如果附加了调试器是不会发生这种终止情况的;
出现看门狗 通常意味着发生了严重问题,比如说:死锁、无限循环、在主线程上发生的其他无限同步工作
解决方案:
使用Xcode查看和导出崩溃日志 使用 MXCrashDiagnostic 获取(见崩溃)

3. CPU资源限制(CPU resource limit)

发生CPU资源限制被系统终止
可能原因,后台长时间占用CPU资源过高(High sustained CPU load in background)
可以通过 MXCPUExceptionDiagnostic 查看

4. 内存超出系统限制(Memory limit exceeded)

后台的中央处理器内存占用持续很高时 , 系统会生成一份能量例外报告. 如果此持续性工作的时间长到一定程度 ,系统会终止 app 的运行 ;如果内存占用太多, 系统会在内存占用率超过界限值时 马上终止 app 的运行, 前台和后台的占用率界限值一样.
比如:低版本APNGKit处理.apng图片时,内存暴涨,会终止 app 的运行

可以在 Xcode Organizer 中查看 中央处理器的资源例外日志 也能通过 MXCPUExceptionDiagnostic 查看

解决方案

这些报告包含调用栈, 以此识别出 你的 app 在终止发生时正在做什么. 也许你的代码里有漏洞 ,造成了中央处理器运行的任务过多, 修改一下就好. 但如果你需要在后台进行很高强度的工作 1.可以考虑把工作移入后台处理任务

注意 : 不同设备的界限值也不同 . 一般来说: 设备越老 界限值越低 若你的 app 的目标设备早于 iPhone 6s 就需要尽量把内存占用量 始终控制在 200MB 以下

5. 内存自动清理(Memory pressure exit)

发生原因

通常不是程序问题(Not a bug with you app) (压力退出-自动清理)系统为了给其他APP内存而杀掉后台的程序机制

如何解决

尽量保证程序在后台占用内存小于50MB(Aim for less than 50MB in the background)

6. 后台任务超时(Background task timeout)

执行后台任务时,未在30s内结束后台任务(Failure ro end the task explicitly result in termination.(in 30s))

如何发现?

iOS14控制台会有超时任务消息打印 使用MXBackgrounndExitData(iOS14 MetricKit)统计和发现



如何解决?

从前台转到后台时 可以通过调用指令 UIApplication.beginBackgroundTask 获得额外的运行时间完成关键工作 当工作完成时 需调用 endBackgroundTask 指令
30s内结束后台任务
检查后台任务的剩余时间
只有在时间足够的前提下开启任务 时间小于5s时尽快结束任务
注意:开始后台任务UIApplication.beginBackgroundTask和结束endBackgroundTask需要成对调用,即,有开启的必须有结束的

查找杀后台的真正原因:

使用MetricKit 框架收集APP退出的类型:

@available(iOS 14.0, *)
open class MXBackgroundExitData : NSObject, NSSecureCoding {
    // 正常退出次数
    open var cumulativeNormalAppExitCount: Int { get }
    // 内存溢出引起程序退出次数
    open var cumulativeMemoryResourceLimitExitCount: Int { get }
    // cpu资源超限引起退出次数
    open var cumulativeCPUResourceLimitExitCount: Int { get }
    // 系统内存自动清理引起退出次数
    open var cumulativeMemoryPressureExitCount: Int { get }
    // 非法访问(SIGSEGV/SIGBUS)引起退出次数
    open var cumulativeBadAccessExitCount: Int { get }
    // 函数中止引起退出次数
    open var cumulativeAbnormalExitCount: Int { get }
    // 非法指令(SIG)引起退出次数
    open var cumulativeIllegalInstructionExitCount: Int { get }
    // 看门狗(WatchDog)引起的退出次数
    open var cumulativeAppWatchdogExitCount: Int { get }
    // 后台读写文件引起的退出次数
    open var cumulativeSuspendedWithLockedFileExitCount: Int { get }
    // 后台任务超时引起的退出次数
    open var cumulativeBackgroundTaskAssertionTimeoutExitCount: Int { get }
}
问题解决:

控制台有超时任务消息打印,经过MXBackgroundExitData统计确认,是因为后台任务超时引起的退出。然后定位开启后台任务的位置在某客服SDK中, 升级SDK后解决问题。
一些SDK在退到后台清理资源的时候经常用到:例如:SDWebImage、Kingfisher退到后台后清理磁盘中过期图片。打点库退到后台后上报未上报的打点。

第二部分:关于MeticKit

MetricKit 是苹果的框架(iOS13-1.0,iOS14-2.0),他会在一天结束后,将过去 24 小时内收集的性能数据归集在一起,并在下一次 App 启动时,通过 delegate 方法回调给我们。

MetricKit主要类
@available(iOS 13.0, *)
open class MXMetricManager : NSObject {

    open var pastPayloads: [MXMetricPayload] { get }

    @available(iOS 14.0, *)
    open var pastDiagnosticPayloads: [MXDiagnosticPayload] { get }

    open class var shared: MXMetricManager { get }

    open class func makeLogHandle(category: String) -> OSLog

    open func add(_ subscriber: MXMetricManagerSubscriber)

    open func remove(_ subscriber: MXMetricManagerSubscriber)
}


@available(iOS 13.0, *)
public protocol MXMetricManagerSubscriber : NSObjectProtocol {

    // 向度量管理器注册的对象交付新的度量报告
    optional func didReceive(_ payloads: [MXMetricPayload])

    // 向指标管理器注册的对象提供新的诊断报告
    @available(iOS 14.0, *)
    optional func didReceive(_ payloads: [MXDiagnosticPayload])
}

MetricKit可采集的性能数据
@available(iOS 13.0, *)
open class MXMetricPayload : NSObject, NSSecureCoding {
// 收集此数据时的最高版本信息
    open var latestApplicationVersion: String { get }
// 是否包含多个版本数据
    open var includesMultipleApplicationVersions: Bool { get }
// 数据采集的开始时间
    open var timeStampBegin: Date { get }
    open var timeStampEnd: Date { get }

    
// 【电量】

// 表示一个周期内 CPU 执行的指令总数。这个指标是衡量 App 在 CPU 工作负荷的绝对指标,
// 与硬件和频率都没有关系。他能帮助我们更准确地量化 App 的总负荷。
    open var cpuMetrics: MXCPUMetric? { get }
    open var gpuMetrics: MXGPUMetric? { get }
// 蜂窝网络
    open var cellularConditionMetrics: MXCellularConditionMetric? { get }
    open var locationActivityMetrics: MXLocationActivityMetric? { get }
    open var networkTransferMetrics: MXNetworkTransferMetric? { get }
// 【性能】运行时间指标,前/后台运行时间,后台媒体、定位的运行时间等
    open var applicationTimeMetrics: MXAppRunTimeMetric? { get }
    open var applicationLaunchMetrics: MXAppLaunchMetric? { get }
// 用户交互相关的响应性指标
    open var applicationResponsivenessMetrics: MXAppResponsivenessMetric? { get }
    open var diskIOMetrics: MXDiskIOMetric? { get }
    open var memoryMetrics: MXMemoryMetric? { get }
    open var displayMetrics: MXDisplayMetric? { get }
// 他指的是渲染的帧在滚动过程中的预期时间未出现在屏幕上,也就是我们俗称的掉帧。
// MetricKit 会为我们提供 App 中滚动卡顿的时间与滚动的时间之比来帮我们了解 App 的滚动性能。
    @available(iOS 14.0, *)
    open var animationMetrics: MXAnimationMetric? { get }
// 他统计的是每天应用程序在前台、后台运行的时候退出或被杀的原因概述。
    @available(iOS 14.0, *)
    open var applicationExitMetrics: MXAppExitMetric? { get }
// 自定义指标
    open var signpostMetrics: [MXSignpostMetric]? { get }
// 杂项元数据指标 (手机版本,os版本,Build等)
    open var metaData: MXMetaData? { get }
    // 数据转为json格式
    open func jsonRepresentation() -> Data
    // 数据转为字典格式
    @available(iOS, introduced: 13.0, deprecated: 100000)
    open func dictionaryRepresentation() -> [AnyHashable : Any]
}
MetricKit可采集的诊断数据
@available(iOS 14.0, *)
open class MXDiagnosticPayload : NSObject, NSSecureCoding {

    open var cpuExceptionDiagnostics: [MXCPUExceptionDiagnostic]? { get }

    open var diskWriteExceptionDiagnostics: [MXDiskWriteExceptionDiagnostic]? { get }


    open var hangDiagnostics: [MXHangDiagnostic]? { get }


    open var crashDiagnostics: [MXCrashDiagnostic]? { get }


    open var timeStampBegin: Date { get }

    
    open var timeStampEnd: Date { get }


    open func jsonRepresentation() -> Data


    open func dictionaryRepresentation() -> [AnyHashable : Any]
}

MetricKit使用

一个 MXMetricPayload 对象就是一个周期(24 小时)内收集到的所有性能指标的集合。如果有 24 小时以前未被收集过的数据,也会在这里一并返回给我们。所以 delegate 方法这里给到我们的是一个数组。

// 引入
import MetricKit
class MySubscriber: NSObject, MXMetricManagerSubscriber {
    var metricManager: MXMetricManager?
    
    override init() {
        super.init()
        // 获取 MXMetricManager 单例
        metricManager = MXMetricManager.shared
        // 添加订阅者
        metricManager?.add(self)
    }

    deinit {
        metricManager?.remove(self)
    }
    
    // 实现 delegate回调
    // 性能信息
    func didReceive(_ payloads: [MXMetricPayload]) {
        for item in payloads {
            print(item)
            print(item.jsonRepresentation())
            print(item.dictionaryRepresentation())
        }
    }
    // 诊断信息
    func didReceive(_ payloads: [MXDiagnosticPayload]) {
        for item in payloads {
            print(item)
            print(item.jsonRepresentation())
            print(item.dictionaryRepresentation())
        }
    }
}

自定义打点, 收集某个范围内的指标数据

override func viewDidLoad() {
        super.viewDidLoad()
        
        let photosLogHandle: OSLog =  MXMetricManager.makeLogHandle(category: "Photos")
        mxSignpost(.begin, log: photosLogHandle, name: "SavePhoto")
        savePhotoAction()
        mxSignpost(.end, log: photosLogHandle, name: "SavePhoto")
        
        mxSignpost(.begin, log: photosLogHandle, name: "UploadPhoto")
        uploadPhotoAction()
        mxSignpost(.end, log: photosLogHandle, name: "UploadPhoto")
    }

    func savePhotoAction() {}
    func uploadPhotoAction() {}

That's it ! 注意如果接入到app中,但是打印没有数据,需要查看下手机的设置 - 隐私 - 分析与改进 - 与App开发者共享, 这个有没有打开, 这个打开了才能获取到数据.

但是一天只能获取一次, 根本无法调试, 可以通过xcode模拟一次获取MetricKit payloads,需要真机.


系统还非常贴心的提供了MXMetricPayload转成字典和json的方法, 可以使用方便的查看信息, 数据格式示例.

  • (NSData *)JSONRepresentation;
  • (NSDictionary *)dictionaryRepresentation
部分数据样式:
[metaData: {
    appBuildVersion = 1;
    deviceType = "iPhone8,2";
    osVersion = "iPhone OS 14.7.1 (18G82)";
    platformArchitecture = arm64;
    regionFormat = US;
}, 
cellularConditionMetrics: {
    cellConditionTime =     {
        histogramNumBuckets = 3;
        histogramValue =         {
            0 =             {
                bucketCount = 20;
                bucketEnd = "1 bars";
                bucketStart = "1 bars";
            };
            1 =             {
                bucketCount = 30;
                bucketEnd = "2 bars";
                bucketStart = "2 bars";
            };
            2 =             {
                bucketCount = 50;
                bucketEnd = "3 bars";
                bucketStart = "3 bars";
            };
        };
    };
}, 
cpuMetrics: {
    cumulativeCPUInstructions = "100 kiloinstructions";
    cumulativeCPUTime = "100 sec";
},
diskIOMetrics: {
    cumulativeLogicalWrites = "1,300 kB";
},
applicationExitMetrics: {
    backgroundExitData =     {
        cumulativeAbnormalExitCount = 1;
        cumulativeAppWatchdogExitCount = 1;
        cumulativeBackgroundFetchCompletionTimeoutExitCount = 1;
        cumulativeBackgroundTaskAssertionTimeoutExitCount = 1;
        cumulativeBackgroundURLSessionCompletionTimeoutExitCount = 1;
        cumulativeBadAccessExitCount = 1;
        cumulativeCPUResourceLimitExitCount = 1;
        cumulativeIllegalInstructionExitCount = 1;
        cumulativeMemoryPressureExitCount = 1;
        cumulativeMemoryResourceLimitExitCount = 1;
        cumulativeNormalAppExitCount = 1;
        cumulativeSuspendedWithLockedFileExitCount = 1;
    };
}]
系统是怎么收集 MetricKit 的数据的

系统会在一天你使用 App 的时候被动地获取、汇总 App 的性能数据。而且为了保护用户的隐私,这些数据都是匿名存放的。最终一天结束的时候,系统会将一天内收集到的这些数据打包成一个 MetricKit 的数据包,也就是前面提到的 MXMetricPayload。

虽然接入很简单, 但是没有什么必要, 苹果已经帮我们收集好并统计了数据,可以在xcode -> window -> organizer 看到统计后的数据, 如果想要具体的定制数据那就需要把这些数据上传并统计了.

Xcode Metrics Organizer

什么是 Xcode Metrics Organizer?

  • 开箱即用的电量和性能分析工具
  • 无须改动 App
  • 数据收集满足用户隐私

Xcode Metrics Organizer 如何运作

当使用 App 时候,iOS 会记录各项指标,然后发送到苹果服务端上,并自动生成相关的可视化报告。

可以通过xcode -> Window -> Organizer -> Metrics 查看,可以查看各项指标,并且和历史版本进行对比。

后台平均被杀次数和各项占比:


后台平均被杀次数和各项占比

其他数据分析:
内存提供了峰值和平均内存
电量有前后台占用情况,CPU 、定位和网络的比重等
历史版本启动耗时
主线程卡顿情况
写磁盘数据量

参考:
关于MetricKit:
https://developer.apple.com/videos/play/wwdc2019/417/
https://developer.apple.com/videos/play/wwdc2020/10081/
https://blog.csdn.net/u014600626/article/details/122028794
关于app被终止:
https://developer.apple.com/wwdc20/10078
https://blog.csdn.net/u014600626/article/details/120371297
beginBackgroundTask && endBackgroundTask 成对使用:
https://blog.csdn.net/u014600626/article/details/121716987

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,271评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,275评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,151评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,550评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,553评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,559评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,924评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,580评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,826评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,578评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,661评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,363评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,940评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,926评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,156评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,872评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,391评论 2 342

推荐阅读更多精彩内容