学宝APP基于友盟+U-APM的日常使用体验”挑战赛

2021-11-12 208

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

本文涉及的产品

应用实时监控服务ARMS - 应用监控，每月50GB免费额度

简介： 作为开发人员，日常不是在写BUG，就是在写BUG的路上。尤其是中小型公司，通常人手不够，开发流程不完善，测试场景无法覆盖全部。尽管在每次修改旧功能和做新功能时都暗示自己要少写BUG，上线前测试同学也会回测，但仍然无法避免一些漏网之鱼。如何在上线后快速发现问题、定位问题、解决问题，这是我们开发人员面临的挑战。

使用背景

作为开发人员，日常不是在写BUG，就是在写BUG的路上。尤其是中小型公司，通常人手不够，开发流程不完善，测试场景无法覆盖全部。尽管在每次修改旧功能和做新功能时都暗示自己要少写BUG，上线前测试同学也会回测，但仍然无法避免一些漏网之鱼。如何在上线后快速发现问题、定位问题、解决问题，这是我们开发人员面临的挑战。

学宝是一款专门面向中小学学生的语文、数学、英语全科同步学习工具APP。从2014年第一版上线开始，Android和 iOS 端同时接入友盟统计SDK，用于日常的数据统计和留存分析，借助这些服务，为公司节省了很多成本。友盟统计SDK同时也能收集 APP 的崩溃信息，在产品上线后帮助我们第一时间发现问题，快速定位问题，而我们开发人员要做的就是快速的解决问题，提升用户体验。

SDK 集成

以下以学宝APP iOS 端为例，示例在日常使用 U-APM 发现与解决 BUG的流程。首先没有账号的要注册一个友盟账号，创建你的应用拿到 appkey。

如果你是第一次集成，推荐使用Cocoapods 来集成，然后在你工程的 Podfile 文件添加以下内容，最后在终端进入工程的根目录，执行 pod install 命令。因为 UMAPM 依赖 UMCommon 和 UMDevice 组件，所以要放进去。第一次集成建议加上UMCCommonLog，通过查看控制台的日志确认是否集成成功，成功后就可以移除出了。

pod 'UMAPM', '~> 1.4.2'

pod 'UMCommon', '~> 7.3.5'

pod 'UMDevice', '~> 2.0.4'

pod 'UMCCommonLog', '~> 2.0.2'

在 AppDelegate.m文件中引入头文件 #import<UMCommon/UMCommon.h>，只需要一行代码，就可以把U-APM 成功的集成到工程中。如果集成了UMCCommonLog 组件，加上 [UMConfigure setLogEnabled:YES] 在控制台查看log，这样就很简单的完成了U-APM的集成.

[UMConfigure initWithAppkey:@"xxxxxxxx" channel:@"App Store"];

[UMConfigure setLogEnabled:YES];

U-APM 默认开启 Crash监控、卡顿监控、启动监控、内存监控和 OOM监控，也可通过控制属性值关闭一些功能，根据自己需求来。

[UMAPMConfig defaultConfig].crashAndBlockMonitorEnable = YES; // crash&卡顿监控

[UMAPMConfig defaultConfig].launchMonitorEnable = YES; // 启动监控

[UMAPMConfig defaultConfig].memMonitorEnable = YES; // 内存监

[UMAPMConfig defaultConfig].oomMonitorEnable = YES; // OOM监控

整个接入流程十分简单更多方式以及问题课跳转到官方文档 https://developer.umeng.com/docs/193624/detail/194595?&utm_source=w_MKT_dswz_dxf_wz

解决问题

可根据版本、时间、设备等多维度过滤出如下错误列表。

以一个常见数组越界的Crash举例，这是一个非必现的BUG，在自测和测试同学测试期间都没发现这个问题，上线后再 U-APM 后台收到多条记录。

Application threw exception NSRangeException: *** -[__NSArrayM objectAtIndexedSubscript:]: index 2 beyond bounds [0 .. 1]

开错误详情页，可以看到发送同样的问题都统计在这里了，根据行为日志，看到崩溃前浏览的最近10个页面，就知道用户走过的路径，知道大概在哪个页面发生的。

虽然知道在哪个页面闪退，但是这些还不够，一个页面可能会有多个子页面，如何知道具体哪个类和哪一行，就需要我们再上传符号表。在我们打包的 Archive 文件中找到dSYM文件拷贝到桌面，然后点击错误明细右边的符号表管理，上传拷贝出来的dSYM文件。

上传成功后，无法立马看到解析结果，需要几分钟的解析，通常五分钟左右就好。

解析好之后就很明确定位到具体的哪个类哪一行。在touchesBegan:withEvent: 有一个数组取值操作未做安全校验，加上就好。

总结

年初在升级友盟统计 SDK的时候，发现收集 Crash 的功能，已从友盟统计组件中抽出来，并做了重构独立成一个组件，并多维度进行收集闪退日志，在错误明细里列出最近 10 个页面路径功能太棒了，非常有利于去复现这些问题。

作为开发人员，在写逻辑要细心严谨的同时，也要借助一些辅助工具，收集没有考虑到的 Crash，提升APP稳定性。针对移动端，友盟 SDK 以及一些列工具是一个不错的选择，在节省人力的同时也能节省成本，在使用中遇到一些问题客服的响应速度也是真快，可能是国内目前唯一一家SDK经常维护更新，还有客服的商家了，而且还免费。