应用程序崩溃处理方法、装置、设备及介质与流程

1.本公开涉及通信技术领域，更具体地，涉及一种应用程序崩溃处理方法、装置、设备及介质。


背景技术：

2.目前移动端广告大部分是利用webview来进行广告的渲染，在聚合广告中，广告聚合平台会聚合不同第三方广告源提供的不同广告，随着广告请求量的不断上涨，webview性能问题慢慢突显出来。然而，由于第三方广告源均是通过各自的webview管理，对广告聚合平台来说是黑盒的，导致无法通过有效的技术手段监控所有的webview，当移动端应用程序展示广告出现崩溃时就不能及时定位和解决问题，不但影响广告的收入，还影响用户体验，导致流失用户。


技术实现要素：

3.本公开实施例提供了一种应用程序崩溃处理方法、装置、设备及介质，可以降低webview性能问题对广告收入的影响。
4.根据本公开实施例的第一方面，提供了一种应用程序崩溃处理方法，所述方法包括：
5.在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息；
6.根据所述崩溃事件的现场信息，确定是否出现webview性能问题；
7.在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因；
8.根据引起所述webview性能问题的原因，屏蔽所述广告。
9.根据本公开的第二方面，提供一种应用程序崩溃处理方法，所述装置包括：
10.获取模块，用于在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息；
11.第一确定模块，用于根据所述崩溃事件的现场信息，确定是否出现webview性能问题；
12.第二确定模块，用于在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因；
13.屏蔽模块，用于根据引起所述webview性能问题的原因，屏蔽所述广告。
14.根据本公开的第三方面，提供一种电子设备，其包括存储器和处理器，所述存储器用于存储可执行的指令；所述处理器用于在所述指令的控制下执行根据以上第一方面所述的应用程序崩溃处理方法。
15.根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现如本公开第一方面所述的应用程序崩溃处理方法。
16.根据本公开实施例的应用程序崩溃处理方法、装置、设备及介质，其应用程序在展示广告过程中监测到崩溃事件的情况下，电子设备会获取广告的广告属性信息、崩溃事件的现场信息和运行该应用程序的终端设备的设备属性信息，并在根据崩溃事件的现场信息，确定出现webview性能问题的情况下，会进一步定位引起该webview性能问题的原因，进而根据该引起webview性能问题的原因，屏蔽该广告，达到解决webview性能问题的目的，通过屏蔽方式，减少影响的用户范围及时长，同时降低webview性能问题对广告收入的影响。
17.通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其它特征及其优点将会变得清楚。
附图说明
18.被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且连同其说明一起用于解释本公开的原理。
19.图1是根据本公开实施例的应用程序崩溃处理方法的示意性流程图；
20.图2是根据本公开一个例子的应用程序崩溃处理方法的交互示意图；
21.图3是根据本公开实施例的应用程序崩溃处理装置的原理框图；
22.图4是根据本公开实施例的电子设备的硬件配置的框图。
具体实施方式
23.现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
24.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
25.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
26.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
27.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
28.《方法实施例》
29.在本实施例中，提供一种应用程序崩溃处理方法，该应用程序崩溃处理方法可以是由电子设备实施，该电子设备可以是服务器，也可以是终端设备。即，本实施例的方法可以是由服务器实施，也可以是由终端设备实施，还可以是由服务器和终端设备共同实施。
30.在本实施例的方法有终端设备参与实施的应用中，交互可以包括人机交互。在本实施例的方法有服务器参与实施的应用中，交互可以包括服务器与终端设备之间的交互。
31.步骤s1100，在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告
的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息。
32.在本实施例中，应用程序可以为广告聚合应用，该广告聚合应用可以聚合第三方广告sdk(software development kit)，例如可以接入google广告sdk，facebook广告sdk等，该应用程序可以是安装并运行在终端设备上，其在不同终端设备上的版本可以相同，也可以不同。
33.在本实施例中，崩溃事件可以是应用程序运行过程中出现的各种异常，例如可以是在应用程序展示广告过程中该应用程序闪退、广告页面无响应、非操作性地返回上一个页面等。在本实施例中，可以是通过崩溃事件捕获函数监测应用程序展示广告过程中的崩溃事件，崩溃事件捕获函数在不同操作系统中可以相同，也可以不同，本实施例不做限定。
34.在本实施例中，广告的广告属性信息包括以下至少一项：广告的广告源、广告所处广告单元的标识、所述广告的广告类型、所述广告的标识、所述广告的标题、所述广告的广告素材、所述广告的webview内容。
35.以上广告的广告源为该广告的广告来源，例如该广告的广告来源可以是google广告sdk，facebook广告sdk等。
36.以上广告单元(adunit)是指一个具体的广告位，在该层级配置或生成第三方广告位id、对应的广告形式、一组底价、该广告单元在策略中的优先级等，则该广告单元的标识可以是该广告单元在广告单元列表(waterfall)的排序序号，其中，该广告单元列表为带优先级的广告单元列表。
37.以上广告类型例如但不限于包括横幅广告，原生广告，插屏广告和激励广告。以上广告的标识唯一标识该广告，通过该广告的标识可以将该广告和其他广告进行区分。以上广告的标题为该广告的主题名称。以上广告的广告素材为该广告的本身内容。以上广告的webview内容可以是webview的url或者webview的html文本等。
38.本实施例中，设备属性信息可以是设备的webview版本，系统版本、设备厂商，设备型号、网络类型等，在终端设备为手机时，该手机的设备属性信息例如但不限于包括手机的webview版本，系统版本、手机厂商，手机型号、网络类型等。
39.本实施例中，崩溃事件的现场信息例如但不限于包括线程信息，崩溃线程名、内存使用情况，系统日志，崩溃类型(java崩溃、native崩溃)，崩溃native库，崩溃堆栈等。
40.在本实施例中，结合图2所示，当终端设备中的应用程序展示广告过程中出现异常闪退、广告页面无响应或者异常返回上一页面等，终端设备便可获取广告的广告属性信息、崩溃事件的现场信息和该终端设备的设备属性信息，进而根据该广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息来进行问题定位。
41.本实施例中，本步骤s1100获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息可以进一步包括：终端设备通过应用程序向第三方广告sdk发送广告请求后，该第三方广告sdk会返回该广告的广告视图，终端设备便可遍历该广告视图，进而获得广告的广告属性信息。
42.示例性地，以获取广告的webview内容为例，当终端设备通过应用程序向google广告sdk发送广告请求后，该google广告sdk会返回该广告的广告视图，终端设备便可遍历该广告视图，找到webview，再通过插入js脚本来获取该webview的内容，进而获得该webview
的url或者webview的html文本等。
43.在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息之后，进入：
44.步骤s1200，根据所述崩溃事件的现场信息，确定是否出现webview性能问题。
45.在本实施例中，终端设备在获取广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息之后，便可将该广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息上报至应用程序性能管理(apm)系统，以由该apm系统根据崩溃事件的现场信息确定是否出现webview性能问题，该apm系统可以位于服务器。
46.本实施例中，本步骤s1200中根据崩溃事件的现场信息，确定是否出现webview性能问题可以进一步包括：在所述崩溃事件的现场信息中包括设定关键字的情况下，确定出现webview性能问题；其中，所述设定关键字包括以下至少一项：webview、chrome、chromium。
47.在一个可选地实施例中，如图2所示，apm系统收集到广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息之后，便可查看该崩溃事件的现场信息中例如崩溃native库、崩溃堆栈，崩溃线程名中的任意一个中是否包含webview、chrome或者chromium关键字，并在崩溃native库、崩溃堆栈，崩溃线程名中的任意一个中包含webview、chrome或者chromium关键字的情况下，便可认为出现webview性能问题。
48.在根据所述崩溃事件的现场信息，确定是否出现webview性能问题之后，进入：
49.步骤s1300，在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因。
50.在本实施例中，apm系统在确定出现webview性能问题的情况下，由于apm系统仅能分析白盒类型的性能问题，webview出现的都是黑盒性能问题，在此，apm系统还需要将广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息进一步上报至信息分析系统进行分析处理，该信息分析系统可以位于服务器。
51.本实施例中，本步骤s1300中在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因可以进一步包括如下步骤s1310～步骤s1330：
52.步骤s1310，在出现webview性能问题的情况下，提取所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息中的关键信息。
53.本步骤s1310中，信息分析系统拿到广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息之后，会将广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息进行聚合，并提取聚合后的广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息的关键信息。
54.关键信息可以是从以上广告属性信息、崩溃事件的现场信息和设备属性信息中提取出的信息，该关键信息可以是单个关键词，也可以是连续关键词。以系统日志中的内存泄漏这一信息为例，该单个关键词可以是内存，也可以是泄漏，该连续关键词可以是内存泄漏。
55.示例性地，例如将广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息进行聚合并进行关键信息提取之后，提取出的关键信息例如包括设备型号、系统日志等。例如，如果webview中的js代码编写不规范，该js代码执行后可能会引起内存泄漏，则该系统日志中内存泄漏这一关键词出现的次数会非常高，则该内存泄漏可以作为一个关键信息，当然，也可以是将内存作为一个关键信息，以及，将泄漏作为一个关键信息。同时，需要分析该内存泄漏在不同设备型号的出现次数，则该设备型号可作为另外一个关键信息。
56.步骤s1320，结合数据库中的历史数据确定提取出的所述关键信息的出现次数。
57.所述历史数据包括最近设定时间段内所述应用程序在不同终端设备上的运行数据，该运行数据例如但不限于包括应用程序在不同终端设备展示广告时的数据，该数据可以是广告的广告属性信息、崩溃事件的现场信息和终端设备的设备属性信息。该最近设定时间段可以是最近一天，也可以是最近一周等，即，该数据库可以以天为索引存储数据，也可以是以周为索引存储数据，本实施例不做限定。
58.本步骤s1320中，在确定出关键信息之后，便可结合数据库中的历史数据确定该关键信息的出现次数。
59.继续上述示例，例如在确定出内存这一单个关键词作为关键信息，泄漏这一单个关键词作为一个关键信息，内存泄漏这一连续关键词作为一个关键信息、设备型号作为一个关键信息之后，便可结合数据库中最近一天的历史数据确定出内存这一关键信息的出现次数p、泄漏这一关键信息的出现次数q、内存泄漏这一关键信息的出现次数n，该内存泄漏对应的设备型号1的出现次数m、设备型号2的出现次数p等。当然，也可以确定内存这一关键信息对应的设备型号的出现次数，以及泄漏这一关键信息对应的设备型号的出现次数。
60.步骤s1330，对所述关键信息的出现次数进行排序，并根据排序结果定位引起所述webview性能问题的原因。
61.继续上述示例，可以先对内存泄漏这一关键信息的出现次数n按照从高到低的顺序进行排序之后，进一步对该内存泄漏这一关键信息对应的设备型号的出现次数按照从高到低的顺序进行排序，例如可以是设备型号1的次数m、设备型号2的次数p等。则在设备型号1出现内存泄漏频率最高的情况下，可以确定出引起webview性能问题的原因为广告与设备的设备属性不兼容。当然，定位出的引起webview性能问题的原因还可以为广告的广告素材等。
62.在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因之后，进入：
63.步骤s1400，根据引起所述webview性能问题的原因，屏蔽所述广告。
64.本实施例中，在确定引起webview性能问题的原因之后，便可根据相对应的策略屏蔽该广告，进而减少影响的用户范围及时长，提高用户体验及留存，同时降低性能问题对广告收入的影响。
65.在一个例子中，本步骤s1400中根据引起所述webview性能问题的原因，屏蔽所述广告可以进一步包括：在引起所述webview性能问题的原因为所述广告的广告素材的情况下，禁止将所述广告下发至所述应用程序。
66.本例子中，如图2所示，信息分析系统在定位出引起webview性能问题的原因为广告的广告素材的情况下，该应用程序对应的聚合广告后台根据该广告的标识查找到对应的广告后，直接禁止将该广告下发至该应用程序。或者，该广告所属第三方广告sdk对应的广告后台根据该广告的广告标识查找到对应的广告后，直接禁止将该广告通过广告聚合平台下发至该应用程序。其中，以上聚合广告后台运行在服务器上。即，在精准定位出广告素材的情况下，直接通过禁止下发广告的方式进行广告的屏蔽。
67.在一个例子中，本步骤s1400中根据引起所述webview性能问题的原因，屏蔽所述广告可以进一步包括：在引起所述webview性能问题的原因为所述广告与所述终端设备的设备属性信息不兼容的情况下，提供配置接口；通过所述配置接口针对目标设备更改global配置和waterfall列表，以将所述广告的广告源对应的广告单元从对应的waterfall列表中移除；其中，所述目标设备为符合所述设备属性信息且运行所述应用程序的终端设备。
68.配置接口可以是输入框、下拉列表、语音输入入口等能够供用户输入信息的任意入口，在此不做限定。global配置为全局都生效的配置，waterfall列表在上述实施例已经介绍，本实施例在此不做赘述。
69.本例子中，如图2所示，信息分析系统在定位出引起webview性能问题的原因为广告与设备属性信息不兼容的情况下，便可通过聚合广告后台提供的配置接口，例如对该设备型号且运行该应用程序的终端设备更改global配置和waterfall列表，以将出现性能问题的and广告单元从对应的waterfall列表中移除。即，通过聚合广告后台针对符合手机特性条件且运行该应用程序的终端设备更改global配置和waterfall列表，把出现性能问题的广告所属第三方广告sdk对应的广告单元从对应的waterfall列表中移除，进而禁止该第三方广告sdk。
70.根据本公开实施例，其应用程序在展示广告过程中监测到崩溃事件的情况下，电子设备会获取广告的广告属性信息、崩溃事件的现场信息和运行该应用程序的终端设备的设备属性信息，并在根据崩溃事件的现场信息，确定出现webview性能问题的情况下，会进一步定位引起该webview性能问题的原因，进而根据该引起webview性能问题的原因，屏蔽该广告，达到解决webview性能问题的目的，通过屏蔽方式，减少影响的用户范围及时长，同时降低webview性能问题对广告收入的影响。
71.在一个实施例中，在根据以上步骤s1400在所述根据引起所述webview性能问题的原因，屏蔽所述广告之后，本公开实施例的应用程序崩溃处理方法还进一步包括：在所述广告在设定时间段内不在展示的情况下，停止执行屏蔽所述广告的步骤。
72.设定时间段可以是根据实际应用场景和实际需求设置的数值，该设定时间段可以是一个月，也可以是一周等。
73.本实施例中，当引起webview性能问题的广告在设定时间段内不再出现的情况下，则可以取消之前的屏蔽策略，即停止屏蔽该广告，以使得该广告可以正常展示。
74.接下来示出一个例子的应用程序崩溃处理方法，该例子中，结合图2所示，该应用程序崩溃处理方法可以包括：
75.步骤s2100：在应用程序展示广告过程中监测到崩溃事件的情况下，该应用程序获取广告的广告属性信息、崩溃事件的现场信息和运行该应用程序的终端设备的设备属性信
息并上报至apm系统。
76.步骤s2200：apm系统检测出崩溃事件的现场信息中崩溃native库、崩溃堆栈和崩溃线程名中包括webview、chrome或者chromium的情况下，确定出现webview性能问题，并将应用程序上报的信息发送至信息分析系统。
77.步骤s2300，信息分析系统对上报的信息进行聚合，并提取聚合后的信息中的单个关键字和连续关键字。
78.步骤s2400，信息分析系统结合数据库中的历史数据对提取出单个关键字和连续关键字的出现次数进行排序，并根据排序结果定位引起webview性能问题的原因。
79.步骤s2500，在引起webview性能问题的原因为广告的广告素材的情况下，该应用程序对应的聚合广告平台根据该广告的标识查找到对应的广告后，直接禁止将该广告下发至该应用程序。或者，该广告所属第三方广告sdk对应的广告后台根据该广告的广告标识查找到对应的广告后，直接禁止将该广告通过聚合广告平台下发至该应用程序。
80.步骤s2600，在引起webview性能问题的原因为广告与终端设备的设备属性信息不兼容的情况下，提供配置接口；通过配置接口针对目标设备更改global配置和waterfall列表，以将广告的广告源对应的广告单元从对应的waterfall列表中移除。
81.根据该例子，其在遇到黑盒类型的webview性能问题时，可以快速有效地分析出引起问题的直接原因。通过屏蔽方式，减少影响的用户范围及时长，提高用户体验及留存，同时降低性能问题对广告收入的影响。
82.《装置实施例》
83.本实施例中，还提供一种应用程序崩溃处理装置3000，如图3所示，该装置3000可以包括获取模块3100、第一确定模块3200、第二确定模块3300和屏蔽模块3400。
84.获取模块3100，用于在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息。
85.第一确定模块3200，用于根据所述崩溃事件的现场信息，确定是否出现webview性能问题。
86.第二确定模块3300，用于在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因。
87.屏蔽模块3400，用于根据引起所述webview性能问题的原因，屏蔽所述广告。
88.本领域技术人员应当明白，可以通过各种方式来实现应用程序崩溃处理装置3000。例如，可以通过指令配置处理器来实现应用程序崩溃处理装置3000。例如，可以将指令存储在rom中，并且当启动设备时，将指令从rom读取到可编程器件中来实现应用程序崩溃处理装置3000。例如，可以将应用程序崩溃处理装置3000固化到专用器件(例如asic)中。可以将应用程序崩溃处理装置3000分成相互独立的单元，或者可以将它们合并在一起实现。应用程序崩溃处理装置3000可以通过上述各种实现方式中的一种来实现，或者可以通过上述各种实现方式中的两种或更多种方式的组合来实现。
89.在本实施例中，应用程序崩溃处理装置3000可以具有多种实现形式，例如，应用程序崩溃处理装置3000可以是任何的提供应用程序崩溃方法的软件产品或者应用程序中运
行的功能模块，或者是这些软件产品或者应用程序的外设嵌入件、插件、补丁件等，还可以是这些软件产品或者应用程序本身。
90.《设备实施例》
91.本公开实施例提供了一种电子设备4000，该电子设备4000可以是服务器，也可以是终端设备。其中，服务器可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。终端设备可以是手机、平板电脑、笔记本电脑等。
92.如图4所示，电子设备4000包括处理器4100和存储器4200，存储器4200中存储有计算机指令，计算机指令被处理器4100执行时，实现前述任一实施例提供的应用程序崩溃处理方法。
93.以上电子设备的各个模块可以由处理器4100运行存储器存储的计算机指令实现，也可以由其他电路结构实现，在此不做限定。
94.该电子设备可以是具有处理器和存储器的电子产品。例如可以是智能手机、便携式电脑、台式计算机、平板电脑等。
95.《介质实施例》
96.本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时，实现前述任一实施例提供的应用程序崩溃处理方法。
97.附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
98.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。本公开的范围由所附权利要求来限定。

技术特征：
1.一种应用程序崩溃处理方法，所述方法包括：在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息；根据所述崩溃事件的现场信息，确定是否出现webview性能问题；在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因；根据引起所述webview性能问题的原因，屏蔽所述广告。2.根据权利要求1所述的方法，其中，所述广告的广告属性信息包括以下至少一项：所述广告的广告源、所述广告所处广告单元的标识、所述广告的广告类型、所述广告的标识、所述广告的标题、所述广告的广告素材、所述广告的webview内容。3.根据权利要求1所述的方法，其中，所述崩溃事件的现场信息包括以下至少一项：崩溃native库、崩溃堆栈和崩溃线程名，所述根据所述崩溃事件的现场信息，确定是否出现webview性能问题，包括：在所述崩溃事件的现场信息中包括设定关键字的情况下，确定出现webview性能问题；其中，所述设定关键字包括以下至少一项：webview、chrome、chromium。4.根据权利要求1所述的方法，其中，所述在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因，包括：在出现webview性能问题的情况下，提取所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息中的关键信息；结合数据库中的历史数据确定提取出的所述关键信息的出现次数；其中，所述历史数据包括最近设定时间段内所述应用程序在不同终端设备上的运行数据；对所述关键信息的出现次数进行排序，并根据排序结果定位引起所述webview性能问题的原因。5.根据权利要求1所述的方法，其中，所述广告的广告属性信息包括所述广告的标识，所述根据引起所述webview性能问题的原因，屏蔽所述广告，包括：在引起所述webview性能问题的原因为所述广告的广告素材的情况下，禁止将所述广告下发至所述应用程序进行展示。6.根据权利要求1所述的方法，其中，所述根据引起所述webview性能问题的原因，屏蔽所述广告，包括：在引起所述webview性能问题的原因为所述广告与所述终端设备的设备属性信息不兼容的情况下，提供配置接口；通过所述配置接口针对目标设备更改global配置和waterfall列表，以将所述广告的广告源对应的广告单元从对应的waterfall列表中移除；其中，所述目标设备为符合所述设备属性信息且运行所述应用程序的终端设备。7.根据权利要求1至6中任一项所述的方法，其中，在所述根据引起所述webview性能问题的原因，屏蔽所述广告之后，还包括：在所述广告在设定时间段内不在展示的情况下，停止执行屏蔽所述广告的步骤。8.一种应用程序崩溃处理装置，其中，所述装置包括：
获取模块，用于在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息；第一确定模块，用于根据所述崩溃事件的现场信息，确定是否出现webview性能问题；第二确定模块，用于在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因；屏蔽模块，用于根据引起所述webview性能问题的原因，屏蔽所述广告。9.一种电子设备，其特征在于，包括存储器和处理器，所述存储器用于存储可执行的指令；所述处理器用于在所述指令的控制下执行根据权利要求1-7中任一项所述的应用程序崩溃处理方法。10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现如权利要求1-7中任一项所述的应用程序崩溃处理方法。

技术总结
本公开实施例公开一种应用程序崩溃处理方法、装置、设备及介质，在应用程序展示广告过程中监测到崩溃事件的情况下，获取所述广告的广告属性信息、所述崩溃事件的现场信息和运行所述应用程序的终端设备的设备属性信息；根据所述崩溃事件的现场信息，确定是否出现webview性能问题；在出现webview性能问题的情况下，根据所述广告的广告属性信息、所述崩溃事件的现场信息和所述终端设备的设备属性信息，确定引起所述webview性能问题的原因；根据引起所述webview性能问题的原因，屏蔽所述广告。可以降低webview性能问题对广告收入的影响。响。响。


技术研发人员：李剑锋
受保护的技术使用者：百果园技术（新加坡）有限公司
技术研发日：2022.02.09
技术公布日：2022/5/25