[发明专利]一种崩溃率计算方法、装置、计算机设备及存储介质有效
申请号: | 201910887050.9 | 申请日: | 2019-09-19 |
公开(公告)号: | CN110569182B | 公开(公告)日: | 2023-08-29 |
发明(设计)人: | 孟曦东;张彦春;辛宁 | 申请(专利权)人: | 北京博睿宏远数据科技股份有限公司 |
主分类号: | G06F11/34 | 分类号: | G06F11/34 |
代理公司: | 北京品源专利代理有限公司 11332 | 代理人: | 孟金喆 |
地址: | 100027 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 崩溃 计算方法 装置 计算机 设备 存储 介质 | ||
本发明实施例公开了提供一种崩溃率计算方法、装置、计算机设备及存储介质,方法包括:在预设时间粒度周期内,统计应用程序的崩溃次数和会话次数;其中,所述会话次数为所述预设时间粒度周期内所述应用程序实际启动次数的总和;计算所述崩溃次数和会话次数的比值,作为所述应用程序的崩溃率。本发明实施例的技术方案能够提高崩溃率数据计算的准确性。
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种崩溃率计算方法、装置、计算机设备及存储介质。
背景技术
App(Application,应用程序)崩溃是App运行过程中最严重的问题,会导致服务突然中断,使得用户体验受损严重。通常情况下,崩溃率数据是衡量App运行稳定性的核心指标之一。
在现有技术中,通过一段时间内发生崩溃的次数除以这段时间的App启动次数可以计算得出崩溃率。其中,在应用程序开始启动时,嵌入App中的SDK(SoftwareDevelopment Kit,软件开发工具包)会在启动时向服务器发送一次config请求。服务器通过统计config请求中的代表一次启动的唯一标记的总和作为这一段时间内应用程序的总启动次数。
发明人在实现本发明的过程中,发现现有技术存在如下缺陷:如果App启动后没有退出,一直使用到当前时间,则自App启动至当前时间的时间范围内。服务器可能无法统计最新的启动记录,导致崩溃率数据计算不准确。另一方面,如果应用程序在启动时发生了崩溃,则启动数据和崩溃数据无法及时上传至服务器,只能待到下一次启动时一并上传。如果存在多次未上传的崩溃数据,则一次启动可能会同时上传多个崩溃数据,导致崩溃率数据计算不准确。
发明内容
本发明实施例提供一种崩溃率计算方法、装置、计算机设备及存储介质,以提高崩溃率数据计算的准确性。
第一方面,本发明实施例提供了一种崩溃率计算方法,包括:
在预设时间粒度周期内,统计应用程序的崩溃次数和会话次数;其中,所述会话次数为所述预设时间粒度周期内所述应用程序实际启动次数的总和;
计算所述崩溃次数和会话次数的比值,作为所述应用程序的崩溃率。
第二方面,本发明实施例还提供了一种崩溃率计算装置,包括:
信息统计模块,用于在预设时间粒度周期内,统计应用程序的崩溃次数和会话次数;其中,所述会话次数为所述预设时间粒度周期内所述应用程序实际启动次数的总和;
崩溃率计算模块,用于计算所述崩溃次数和会话次数的比值,作为所述应用程序的崩溃率。
第三方面,本发明实施例还提供了一种计算机设备,所述计算机设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明任意实施例所提供的崩溃率计算方法。
第四方面,本发明实施例还提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明任意实施例所提供的崩溃率计算方法。
本发明实施例通过在预设时间粒度周期内,统计应用程序的崩溃次数和会话次数,其中,会话次数为预设时间粒度周期内应用程序实际启动次数的总和。然后,计算崩溃次数和会话次数的比值,作为应用程序的崩溃率,解决了现有崩溃率计算方法存在的崩溃率数据不准确的问题,从而提高崩溃率数据计算的准确性。
附图说明
图1a是本发明实施例一提供的一种崩溃率计算方法的流程图;
图1b是本发明实施例一提供的一种区分活跃会话与活跃设备的效果示意图;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京博睿宏远数据科技股份有限公司,未经北京博睿宏远数据科技股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910887050.9/2.html,转载请声明来源钻瓜专利网。