你家APP经常无响应(ANR)?看看有没有做对这几个步骤 | TopOn观察

01 什么是「ANR」?

ANR(Application Not Responding)是Android应用程序常见的错误之一,指的是应用程序无法响应用户的输入或操作,表现为应用程序卡死或无响应,可能导致应用程序崩溃或出现错误。当ANR发生时,系统会弹出一个对话框提示用户等待应用程序响应或强制关闭应用程序。

02 为什么一定要减少ANR?

APP频繁出现无响应时,会严重影响用户使用体验和留存率,也会影响广告展示频次和广告收益。此外,对于Google Play海外开发者来说,在Google Play控制台中,有一个Android Vitals仪表板,能够显示崩溃率、ANR率,Google Play在对APP进行排名时会考虑APP的性能,包含太多错误、滞后信息的应用程序将不会被推荐。因此,无论是基于优化应用商店ASO还是提升广告变现的需要,解决ANR问题都至关重要。

03 导致用户手机出现ANR的原因

手机的内存出现将近耗尽的状态

手机的CPU的使用率已经到瓶颈的状态

App可能在短时间内出现大量在主线程执行的任务,导致在5秒内无法响应应用程序正常UI操作

因为APP内接入广告会加大对手机内存的占用,从而提升ANR发生的可能性。所以在广告变现方案的设置上就开始优化,能保证APP广告变现的同时,降低 ANR。

04 Google Play海外开发者如何优化ANR?

TopOn能为开发者提供变现方案咨询,提供的定制化解决方案,指导开发者进行个性化设置,更有针对性地优化ANR。Google Play海外开发者可以借助以下步骤进行基础设置,并在文末获取完整代码方案,减少ANR情况的发生。

1、将耗时操作移至后台线程
将广告SDK执行的初始化、加载、展示逻辑统一放到一条固定的子线程中执行,减少在UI线程的执行逻辑。

2、控制广告展示数量和时机
针对实际的业务场景,控制启动时加载广告个数,可首先加载应用首页会出现的广告,然后再安排其他广告位的加载时机。

针对机子的CPU使用率,网络速度,限制当前广告加载的个数,不能让广告在性能紧缺的时候继续触发广告的加载,等内存占用和CPU使用率有所下降或者广告请求完成之后再触发下一次的广告的加载。
注意:网络不可用场景直接不执行广告加载,因为即便无网的情况执行请求会损耗App的CPU和内存,所以无网情况下不建议做广告请求的动作。

3、进行流量分组
TopOn会根据开发者不同的APP线上出现ANR问题的机型,Android版本,手机总内存,CPU核数,定制不同的流量分组方案,例如:定制广告位的缓存数,定制并行请求数量等等。可以让出现问题的机型减少性能的消耗,从而减少ANR的发生。

05ANR优化案例某清理工具类APP

优化前
APP使用大量的场景进行广告位展示,以及频繁的广告请求频次,会导致CPU的占有率一直处于比较高的状态:
在这里插入图片描述

优化后
当使用TopOn技术定制集成方案之后,该清理类APP的平均的CPU占有率下降到较低的水平:
在这里插入图片描述

而同一时间内的广告展示没有因为使用了该方案而下降,大大减少了广告请求展示给APP带来的负担。经过流量验证后,该应用出现ANR概率减少了10%~30%,针对具体的业务场景再调整具体的集成方式后,整体应用ANR率已低于Google Play的0.47%的ANR标准。

不同产品的ANR优化方案需要根据不同的业务场景来实现,如您需要更详细的技术咨询,欢迎联系我们,TopOn技术团队将为您定制详细的集成方案。

【关于TopOn】
TopOn是全球领先的移动广告聚合工具平台,专注于为全球移动开发者提供广告变现运营管理及优化服务。基于大数据打造的智能化聚合管理工具,为开发者提供广告分层、头部竞价、流量分组、A/B测试、交叉推广、API管理等便捷变现管理功能,快速实施精细化运营策略,同时配备多维度数据报表,精准比对广告平台API数据,详细展示用户时长、广告展示频次、DEU、LTV、留存等关键数据,助力开发者实现广告收益最大化。

  • 21
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 如果在测试过程中遇到app出现crash或者ANR,我会这样处理: 1. 首先,我会收集尽可能多的信息来描述crash或ANR发生的情况。这可能包括app的版本号、设备的型号、操作系统版本、运行的进程、以及在发生crash或ANR时用户正在什么。 2. 然后,我会检查crash日志或ANR报告,以了解crash或ANR是由哪个线程引起的,以及它们发生时的上下文。这些信息可以帮助我定位问题的根本原因。 3. 接下来,我会尝试重现这个问题,以便于进一步分析。 4. 最后,我会尝试解决这个问题。这可能包括修改代码来避免crash或ANR,或者调整app的配置以改善性能。 总之,在处理app出现crash或ANR的情况时,我会尽可能收集信息、分析问题的原因,并找到有效的解决方案。 ### 回答2: 在测试过程中,若遇到应用程序出现crash(崩溃)或者ANR(应用无响应),我会采取以下步骤进行处理。 首先,我会记录下相关信息,包括出现crash或ANR的具体操作步骤、系统版本、设备型号等,这些信息有助于后续分析和解决问题。 其次,我会尝试重现问题,通过重新执行导致crash或ANR步骤,验证问题是否可复现。如果可以复现,我会进一步分析出错的原因。 对于crash,我会查看应用崩溃时的日志信息,包括堆栈追踪,以确定哪一部分代码出现异常。可能的原因包括内存泄漏、空指针引用、并发冲突等。我会使用调试工具或日志分析工具来帮助定位并解决问题。 对于ANR,我会检查是否存在耗时操作阻塞主线程的情况,例如网络请求、磁盘访问等。如果存在这样的耗时操作,我会尝试优化或重构代码,将其移至后台线程执行,以避免主线程阻塞导致ANR。 另外,我会检查相关资源的释放情况,例如数据库连接、文件句柄等,确保资源在使用完毕后正确释放,避免资源泄漏。 最后,在定位到问题的原因后,我会与开发人员和其他测试人员进行沟通,确保问题得到彻底解决,并进行相关的测试用例修复或添加,以防止类似问题再次出现。 总之,当遇到应用程序崩溃或无响应时,我会积极记录信息、重现问题、分析原因、解决问题,并与相关人员合作确保问题修复。 ### 回答3: 在测试过程中遇到app出现crash或者ANRApplication Not Responding),我会采取以下步骤进行处理。 首先,我会记录下出现crash或者ANR的具体情况,包括时间、设备型号、操作步骤等信息,以便后续的分析和复现。 然后,我会尝试复现这个问题,通过重复操作或者使用不同的设备进行测试,以确定问题的复现性和范围。如果能成功复现问题,就能更好地找到问题的根源。 接下来,我会检查app的日志文件,查找任何与crash或者ANR相关的错误信息或异常堆栈。这些信息常常会提供有关问题的线索,指引我进一步定位问题的来源。 如果问题比较复杂或难以找到明显的原因,我会使用一些辅助工具来帮助我分析。比如使用Android Studio的调试功能,可以设置断点,逐步调试代码,以找出问题发生的具体位置。 一旦找到问题的根源,我会联系开发团队,向他们提供详细的问题报告和复现步骤。同时,我会与他们沟通,讨论是否需要提供更多信息或者进行更深入的调查。 最后,在修复问题后,我会重新测试app,验证修复的有效性,并确保其他功能或模块没有受到负面影响。 总结而言,对于app出现crash或者ANR,我会记录、复现、分析和修复问题。通过这些步骤,我能尽可能准确地找到问题的根源,并与开发团队合作解决问题,以提升app的质量和稳定性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值