前言

​ 通过应用程序退出事件,可以分析应用程序的平均使用时长;通过应用程序的启动事件,可以分析日活和新增。我们可以通过全埋点方式 SDK 实现应用程序的退出和启动事件。

一、全埋点的简介

​ 目前、全埋点采集可以采集一下4个事件。

1、$AppEnd 事件:应用程序退出事件

2、$AppStart 事件:应用程序启动事件

3、$AppViewScreen 事件: 应用程序内界面预览事件,对于 iOS 来说就是切换不同的 UIViewController。

4、$AppClick 事件: 控件的点击事件,比如点击 UIButton 、UITableView 等。

预置事件:在 SDK 中自动采集的事件称为预置事件。

二、应用程序退出

2.1 应用程序状态:

​ 一个标准的 iOS 程序在不同的时期会有不同的运行状态,在 iOS 程序中常见的状态有5中。如图所示:

1、Not running:非运行状态,指应用程序还没有被启动,或者已经被系统终止。

2、Inactive: 前台非活跃状态,指应用程序即将进入前台状态。

3、Active: 前台活跃状态,指应用程序正在前台运行,可接受事件并进行处理。

4、Background: 进入后台状态,指应用程序进入后台并可执行代码。

5、Suspended: 挂起状态,指应用程序进入后台并没有执行代码,系统会自动将应用程序转移到该状态。挂起时,应用程序会保留在内存中,但不执行任何代码,当系统出现内存不足情况时,系统会清除被挂起的应用程序。

​ 在应用程序的状态转换过程中,系统会调用实现 UIApplicationDelegate 协议类的一些方法,并发送相应的本地通知(先调用方法,待回调方法执行后,再发相应的通知),回调方法和本地通知的对应关系如下表

回调方法 本地通知
- application:didFinishI aunchingWithOptions: UIApplicationDidFinishLaunchingNotification
- applicationDidBecomeActive: UIApplicationDidBecomeActiveNotification
- applicationWillResignActive: UIApplicationWillResignActiveNotification
- applicationDidEnterBack ground:· UIApplicationDidEnterBackgroundNotification
- applicationWillEnterForeground: UIApplicationWillEnterForegroundNotificatio
- applicationWillTerminate: UIApplicationWillTerminateNotification

2.2 实现步骤

​ 通过上面介绍的内容可知,当一个 iOS 应用程序退出时,就意味着该应用程序进入了“后台”,即处于 Background 状态。因此,对于实现 $AppEnd 事件的全埋点,我们只需要注册监听 UIApplicationDidEnterBackgroundNotification 通知,然后在收到通知时触发 $AppEnd 事件,即可达到 $AppEnd 事件全埋点的效果。

第一步:注册监听 UIApplicationDidEnterBackgroundNotification 本地通知。

在 SensorsAnalyticsSDK.m 文件中实现 - setupListeners 方法,用来监听 UIApplicationDidEnterBackgroundNotification 本地通知,然后再相应的回调方法中触发 $AppEnd 事件。

- (void)setupListeners {
NSNotificationCenter *center = [NSNotificationCenter defaultCenter];
// 注册监听 UIApplicationDidEnterBackgroundNotification 本地通知
// 当应用程序进入后台,调用通知方法
[center addObserver:self
selector:@selector(applicationDidEnterBackground:)
name:UIApplicationDidEnterBackgroundNotification
object:nil];
} - (void)applicationDidEnterBackground:(NSNotification *)notification {
NSLog(@"Application did enter background."); // 触发 AppEnd 事件
[self track:@"$AppEnd" properties:nil];
}

第二步:在 SensorsAnalyticsSDK.m 文件中初始化 - init 方法中调用 - setupListeners,并在 - dealloc 方法中移除监听。

- (instancetype)init {
self = [super init];
if (self) {
_automaticProperties = [self collectAutomaticProperties]; // 添加应用程序状态监听
[self setupListeners];
}
return self;
} - (void)dealloc {
[[NSNotificationCenter defaultCenter] removeObserver:self];
}

第三步:测试验证

我们可以在 Xcode 中打印控制台中查看如下的打印信息。

{
"event" : "$AppEnd",
"time" : 1648520301691,
"propeerties" : {
"$model" : "x86_64",
"$manufacturer" : "Apple",
"$lib_version" : "1.0.0",
"$os" : "iOS",
"$app_version" : "1.0",
"$os_version" : "15.2",
"$lib" : "iOS"
}
}

三、应用程序启动

应用程序的启动,一般情况下,大致可以分为两类场景:

• 冷启动

• 热启动(从后台恢复)

​ 不管是冷启动还是热启动,触发 $AppStart 事件的时机,都可以理解成是当“应用程序开始进入前台并处于活动状态”,也即前文介绍的 Active 状态。因此,为了实现 $AppStart 事件的全埋点,我们可以注册监听 UIApplicationDidBecomeActiveNotification 本地通知,然后在其相应的回调方法里触发 $AppStart 事件。

3.1 实现步骤

第一步:在 SensorsAnalyticsSDK.m 文件 - setupListeners 方法中,添加 UIApplicationDidBecomeActiveNotification 本地通知,然后再相应的回调方法中触发 $AppStart 事件。

- (void)setupListeners {
NSNotificationCenter *center = [NSNotificationCenter defaultCenter];
// 注册监听 UIApplicationDidBecomeActiveNotification 本地通知
// 当应用程序进入前台台,调用通知方法
[center addObserver:self
selector:@selector(applicationDidBecomeActive:)
name:UIApplicationDidBecomeActiveNotification
object:nil];
} - (void)applicationDidBecomeActive:(NSNotification *)notification {
NSLog(@"Application did enter active."); // 触发 AppEnd 事件
[self track:@"$AppStart" properties:nil];
}

第二步: 测试验证

​ 可以在 Xcode 打印控制台中查看下面的打印信息。

{
"event" : "$AppStart",
"time" : 1648520708355,
"propeerties" : {
"$model" : "x86_64",
"$manufacturer" : "Apple",
"$lib_version" : "1.0.0",
"$os" : "iOS",
"$app_version" : "1.0",
"$os_version" : "15.2",
"$lib" : "iOS"
}
}

3.2 优化

问题:

通过测试可以发现,仍有以下几个特殊场景存在问题:

• 下拉通知栏并上滑,会触发 $AppStart 事件

• 上滑控制中心并下拉,会触发 $AppStart 事件

• 双击 Home 键进入切换应用程序页面,最后又选择当前应用程序,会触发 $AppStart 事件

以上几个场景均会触发 $AppStart 事件,明显与实际情况有所不符。

那这些现象是什么原因导致的呢?

我们继续分析可以发现以下几个现象:

• 下拉通知栏时,系统会发送 UIApplicationWillResignActiveNotification 通知;上滑通知栏时,系统会发送 UIApplicationDidBecomeActiveNotification 通知

• 上滑控制中心时,系统会发送 UIApplicationWillResignActiveNotification 通知;下拉控制中心时,系统会发送 UIApplicationDidBecomeActiveNotification 通知

• 双击 Home 键进入切换应用程序页面时,系统会发送 UIApplicationWillResignActiveNotification 通知,然后选择当前应用程序,系统会再发送 UIApplicationDidBecomeActiveNotification 通知

很容易总结出规律:在以上几个场景下,系统均是先发送UIApplicationWillResignActiveNotification 通知,然后再发送 UIApplicationDidBecomeActiveNotification 通知。而我们又是通过注册监听 UIApplicationDidBecomeActiveNotification 通知来实现 $AppStart 事件全埋点,因此均会触发 $AppStart 事件。

那如何解决这个问题呢?

在解决这个问题之前,我们先看另一个现象:不管是冷启动还是热启动,系统均没有发送 UIApplicationWillResignActiveNotification 通知。

因此,只要在收到 UIApplicationDidBecomeActiveNotification 通知时,判断之前是否收到过 UIApplicationWillResignActiveNotification 通知,若没有收到,则触发 $AppStart 事件;若已收到,则不触发 $AppStart 事件。这样即可解决上面的问题。

优化方案:

第一步:在 SensorsAnalyticsSDK.m 文件中添加 applicationWillResignActive 标记位。

/// 标记应用程序是否收到 UIApplicationWillResignActiveNotification 本地通知
@property (nonatomic, assign) BOOL applicationWillResignActive;

第二步:在 - setupListeners 方法中新增注册监听 UIApplicationWillResignActiveNotification 的本地通知。

- (void)setupListeners {
NSNotificationCenter *center = [NSNotificationCenter defaultCenter];
// 注册监听 UIApplicationDidEnterBackgroundNotification 本地通知
// 当应用程序进入后台,调用通知方法
[center addObserver:self
selector:@selector(applicationDidEnterBackground:)
name:UIApplicationDidEnterBackgroundNotification
object:nil]; // 注册监听 UIApplicationDidBecomeActiveNotification 本地通知
// 当应用程序进入前台台,调用通知方法
[center addObserver:self
selector:@selector(applicationDidBecomeActive:)
name:UIApplicationDidBecomeActiveNotification
object:nil]; // 注册监听 UIApplicationWillResignActiveNotification 本地通知
// 当应用程序进入前台台,调用通知方法
[center addObserver:self
selector:@selector(applicationWillResignActive:)
name:UIApplicationWillResignActiveNotification
object:nil];
} - (void)applicationWillResignActive:(NSNotification *)notification { // 设置标记位
self.applicationWillResignActive = YES;
}

第三步:在UIApplicationDidBecomeActiveNotification 的回调方法中还原 applicationWillResignActive 的标记位

- (void)applicationDidBecomeActive:(NSNotification *)notification {
NSLog(@"Application did enter active."); // 还原标记位
if (self.applicationWillResignActive) {
self.applicationWillResignActive = NO;
return;
} // 触发 AppStart 事件
[self track:@"$AppStart" properties:nil];
}

第四步:在 UIApplicationDidEnterBackgroundNotification 回调方法中还原 applicationWillResignActive 的标记位

- (void)applicationDidEnterBackground:(NSNotification *)notification {
NSLog(@"Application did enter background."); // 还原标记位
self.applicationWillResignActive = NO; // 触发 AppEnd 事件
[self track:@"$AppEnd" properties:nil];
}

第五步:测试验证

{
"event" : "$AppStart",
"time" : 1648533646735,
"propeerties" : {
"$model" : "x86_64",
"$manufacturer" : "Apple",
"$lib_version" : "1.0.0",
"$os" : "iOS",
"$app_version" : "1.0",
"$os_version" : "15.2",
"$lib" : "iOS"
}
}

四、应用程序被动启动

​ 被动启动:我们把由 iOS 系统触发的应用程序自动进入后台运行的启动称之为(应用程序的)被动启动,使用 $AppStartPassively 事件来表示。

4.1、Background modes

​ 使用 Xcode 创建新的应用程序,默认情况下后台刷新功能是关闭的,我们可以在 Capabilities 标签中开启 Background Modes,然后就可以勾选所需要的功能了,如下图所示:

通过上图可知,有如下几种后台运行模式,它们都会触发被动启动($AppStartPassively 事件)。

1、Audio,AirPlay,and Picture in Picture : 音频的播放,录音,AirPlay及画中画的视频播放

2、Location updates:此模式下,会由于地理位置变化而触发应用程序启动

3、Voice over IP : IP网络电话,通过对语音信号进行编码数字化,然后转换成IP数据包在TCP/IP网络上进行传输,从而达到在网络上进行语音通信的目的

4、External Accessory communication:此模式下,一些 MFi 外设通过蓝牙或者 Lightning 接头等方式与 iOS 设备连接,从而可在外设给应用程序发送消息时,触发对应的应用程序启动

5、Uses Bluetooth LE accessories:此模式与 External Accessory communication 类似,只是无需限制 MFi 外设,而需要的是 Bluetooth LE 设备

6、Acts as a Bluetooth LE accessory:此模式下,iPhone 作为一个蓝牙外设连接,可以触发应用程序启动

7、Background fetch:此模式下,iOS 系统会在一定的时间间隔内触发应用程序启动,去获取应用程序数据

8、Remote notifications:此模式是支持静默推送,当应用程序收到这种推送后,不会有任何界面提示,但会触发应用程序启动

9、Background processing: 后端处理

4.2 实现步骤

​ 后台用程序刷新拉起应用程序后,首先会回调 AppDelegate 中的 -application:didFinishLaunchingWithOptions: 方法。因此,我们可以通过注册监听 UIApplicationgDidFinishLaunchingNotification 本地通知来采集被动启动事件信息。

第一步:在 - setupListeners 方法中添加 UIApplicationgDidFinishLaunchingNotification 本地通知,在回调方法中上报数据。

- (void)setupListeners {
NSNotificationCenter *center = [NSNotificationCenter defaultCenter];
// 注册监听 UIApplicationDidFinishLaunchingNotification 本地通知
// 当应用程序被动,调用通知方法
[center addObserver:self
selector:@selector(applicationDidFinishLaunching:)
name:UIApplicationDidFinishLaunchingNotification
object:nil];
}
- (void)applicationDidFinishLaunching:(NSNotification *)notification { // 触发 AppStartPassively 事件
[self track:@"$AppStartPassively" properties:nil];
}

第二步:新增一个私有属性 launchedPassively,标记应用程序是否处于被动启动

/// 标记应用程序是否是被动启动
@property (nonatomic, assign, getter=isLaunchedPassively) BOOL launchedPassively;

第三步:在 - init 初始化方法中,通过 backgroundTimeRemaining 属性是否等于 UIApplicationBackgroundFetchIntervalNever 来设置

- (instancetype)init {
self = [super init];
if (self) {
_automaticProperties = [self collectAutomaticProperties]; // 设置是否需是被动启动标记
_launchedPassively = UIApplication.sharedApplication.backgroundTimeRemaining != UIApplicationBackgroundFetchIntervalNever; // 添加应用程序状态监听
[self setupListeners];
}
return self;
}

第四步:在 - applicationDidFinishLaunching 回调方法中,如果 isLaunchedPassively 为 YES,再触发 $AppStartPassively 事件

- (void)applicationDidFinishLaunching:(NSNotification *)notification {
NSLog(@"Application did finish launching.");
// 当应用程序后台运行时,触发被动启动事件
if (self.isLaunchedPassively) {
// 触发 AppStartPassively 事件
[self track:@"$AppStartPassively" properties:nil];
}
}

第五步:测试验证

1、开启 Background modes 中的 Background fetch 复选框

2、选择 Demo Scheme , 一次单击 Xcode 菜单栏中的 Product -> Scheme -> Edit -> Scheme -> Run -> Options

3、勾选 Background Fetch 选项,然后点击 Close 按钮。运行 Demo

{
"event" : "$AppStartPassively",
"time" : 1648537321216,
"propeerties" : {
"$model" : "x86_64",
"$manufacturer" : "Apple",
"$lib_version" : "1.0.0",
"$os" : "iOS",
"$app_version" : "1.0",
"$os_version" : "15.2",
"$lib" : "iOS"
}

iOS全埋点解决方案-应用退出和启动的更多相关文章

  1. iOS全埋点解决方案-UITableView和UICollectionView点击事件

    前言 在 $AppClick 事件采集中,还有两个比较特殊的控件: UITableView •UICollectionView 这两个控件的点击事件,一般指的是点击 UITableViewCell 和 ...

  2. iOS全埋点解决方案-界面预览事件

    前言 ​ 我们先了解 UIViewController 生命周期相关的内容和 iOS 的"黑魔法" Method Swizzling.然后再了解页面浏览事件($AppViewScr ...

  3. iOS全埋点解决方案-控件点击事件

    前言 ​ 我们主要介绍如何实现控件点击事件($AppClick)的全埋点.在介绍如何实现之前,我们需要先了解一下,在 UIKit 框架下,处理点击或拖动事件的 Target-Action 设计模式. ...

  4. iOS全埋点解决方案-手势采集

    前言 ​ 随着科技以及业务的发展,手势的应用也越来越普及,因此对于数据采集,我们要考虑如果通过全埋点来实现手势的采集. 一.手势识别器 ​ 苹果为了降低开发者在手势事件处理方面的开发难度,定义了一个抽 ...

  5. iOS全埋点解决方案-时间相关

    前言 ​ 我们使用"事件模型( Event 模型)"来描述用户的各种行为,事件模型包括事件( Event )和用户( User )两个核心实体.我们在描述用户行为时,往往只需要描述 ...

  6. iOS全埋点解决方案-采集奔溃

    前言 ​ 采集应用程序奔溃信息,主要分为以下两种场景: ​ NSException 异常 ​ Unix 信号异常 一.NSException 异常 ​ NSException 异常是 Objectiv ...

  7. iOS全埋点解决方案-数据存储

    前言 ​ SDK 需要把事件数据缓冲到本地,待符合一定策略再去同步数据. 一.数据存储策略 ​ 在 iOS 应用程序中,从 "数据缓冲在哪里" 这个纬度看,缓冲一般分两种类型. 内 ...

  8. iOS全埋点解决方案-APP和H5打通

    前言 ​ 所谓的 APP 和 H5 打通,是指 H5 集成 JavaScript 数据采集 SDK 后,H5 触发的事件不直接同步给服务器,而是先发给 APP 端的数据采集 SDK,经过 APP 端数 ...

  9. iOS 全屏播放网页视频退出后状态栏被隐藏

    使用wkWebView播放网页上的视频,播放完成后,退出视频返回到网页发现app的状态整个被隐藏了,解决方法,监听状态栏隐藏通知,在适当的时候让状态栏显示出来 [[NSNotificationCent ...

随机推荐

  1. Word 模板注入

      要实现word模板注入,需要一个被注入的文档,以及一个注入用的模板. 1.创建一个启用宏的模板   打开word,alt+f8创建编辑宏,在Project->Microsoft Word对象 ...

  2. 主机磁盘使用率超过85%导致es索引变为只读模式

    [ type=cluster_block_exception, reason=index [ index_name ] FORBIDDEN/12/index read-only / allow del ...

  3. 针对Office宏病毒的高级检测

    前言 攻击者可能发送带有恶意附件的钓鱼邮件,诱导受害者点击从而获取对方的系统控制权限 期间会借助 Atomic 工具完成攻击复现,再对具体的过程细节进行分析取证,然后深入研究.剖析其行为特征 最后输出 ...

  4. Django中ORM创建表关系

    一:django中ORM创建表关系 ORM创建外键关系 1.表与表之间的关系 1.表与表之间的关系 一对多 一对一 多对多 2.操作目标条件: 图书表 出版社表 作者表 作者详情表 3.外键关联 一对 ...

  5. 【性能测试实战】jmeter + k8s + 微服务 + skywalking + efk,测试都在学的热门技术

    原文持续更新完善:https://www.cnblogs.com/uncleyong/p/15475614.html 前言:当前的热门主流技术是哪些?测开为啥那么火?90%以上的测试对测开认识不准确 ...

  6. BI系统:发挥大数据的价值

    ​大数据是指大数据集,这些数据集经过计算分析以揭示与数据的某个方面相关的模式和趋势.首先,还是要重新审视大数据的定义.行业里对大数据的定义有很多,有广义的定义,也有狭义的定义. 大数据的分析与挖掘,把 ...

  7. BI驾驶舱是什么?BI管理驾驶舱主要内容及特点

    BI驾驶舱,顾名思义就是商业智能中让企业管理者对企业的管理能够找到在飞机或汽车驾驶舱里面的驾驶感觉.BI管理驾驶舱系统是专为企业管理层设计的BI分析系统,,是为企业高层打造的虚拟办公场景,有利于更好地 ...

  8. Linux:mount命令出现Host is down如何解决

    当使用Linux中的mount命令挂载一个Windows的共享目录的时候有时会出现:mount error(112): Host is downRefer to the mount.cifs(8) m ...

  9. UML 包图 详细介绍

      6.1 包图的概念 包是一种常规用途的组合机制.UML中的一个包直接对应于Java中的一个包,C#中的命名空间.在Java中,一个包可能含有其他包.类或者同时含有这两者.进行建模时,通常使用逻辑性 ...

  10. ASCII 文件编码格式

    文件编码格式 阶段一:ASCII 阶段二:ANSI(本地化) 如:GBK.GB2312 阶段三:UNICODE(国际化) 如:UTF-8 ASCII(American Standard Code fo ...