其他分享
首页 > 其他分享> > Android项目中多次操作SharedPreferences导致ANR场景的解决

Android项目中多次操作SharedPreferences导致ANR场景的解决

作者:互联网

系列文章目录

Android项目中多次操作SharedPreferences导致ANR场景的解决


文章目录


项目背景:

随着时代的进步,移动端广告的投放变得越来越多样化,为了接近市场,不少公司自己研发了SDK去收集用户的一些信息以及行为用于分析,根据分析结果使用自定义广告(自定义View)的方式继续向用户进行展示,以提高展示率和点击率。
目前关于广告商方面的选择,国内的广告变现普遍较低,首选应该是接入谷歌广告。随着业务的发展,在一段时间后,公司开始转变成广告接收方,并靠自己的SDK来进行广告的投放,以及优化。


以定位来获取广告的方式为例:

请添加图片描述

所遇到的挑战:

在项目功能完成后准备上架前,会对项目进行一系列的测试,但是ANR问题在测试过程中很难完成复现,在使用多个机型测试的过程中几乎没有ANR问题的记录。但是在用户的实际使用过程中,由于Android碎片化的严重,加上用户的一些操作的习惯等,会导致出现ANR的问题。面对一些大型的厂家,ANR出现时会弹窗引导用户关闭软件,会导致使用体验不好,造成用户的流失。

解决问题的步骤:

在项目一个多月的异常收集中,出现过几次ANR的问题。

问题的解决

当时的优化:
1.减小sp对应的文件的大小,按照分类去读写对应的sp文件。
2.sp的读写轻量的、小的配置信息,将类似JSON的数据交给其他方式保存。

3.当需要多次调用Put系列方法,当逻辑确认不需要立即读取时,在最后一次调用commit或apply即可。

最近朋友推了一篇字节的博客(以下文字以及图片来源于字节今日头条团队)。

友盟平台相关SDK初体验:

由于ANR的比较难复现,于是写一个方法,反复对SharedPreferences进行操作,以达到类似情况的复现。请添加图片描述
出现问题,通过友盟U-APM平台定位:
请添加图片描述
找到问题后,进行文中思路的操作即可。

总结

在情景中,由于Android太过碎片化,又不得直接舍弃低版本用户,采用接入类似友盟U-APM平台的方式去更快的解决问题是必不可少的。但对于一些小型手机的低版本可能还是会出现ANR的问题,针对类似收集用户行为的情景,可采取进行多种方式去进行收集,例如对于低版本的系统,降低对收集数据的完整性等。

标签:ANR,用户,广告,SharedPreferences,commit,Android
来源: https://blog.csdn.net/qq_42761395/article/details/120884246