用于上报崩溃信息的方法及装置、电子设备、存储介质与流程

1.本技术涉及计算机技术领域，例如涉及一种上报崩溃信息的方法及装置、电子设备、存储介质。

背景技术：

2.目前，在app(application，应用程序)开发中均配置有崩溃检测模块。而在app(application，应用程序)上线运行后，由于应用程序发生崩溃，或，应用程序的崩溃检测模块发生崩溃，都可能会造成app出现闪退的情况。而在应用程序的崩溃检测模块崩溃后，崩溃信息不能上报给服务平台，导致用户不能及时获得应用程序的线上问题。

技术实现要素：

3.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
4.本公开实例提供了一种用于上报崩溃信息的方法及装置、电子设备、存储介质，能够便于用户及时获得应用程序的线上问题。
5.在一些实施例中，所述方法包括：获取应用程序的崩溃次数；在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。
6.在一些实施例中，所述装置包括：获取模块，被配置为获取应用程序的崩溃次数；上报信息模块，被配置为在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。
7.在一些实施例中，所述一种电子设备，包括处理器和存储有程序指令的存储器，所述处理器被配置为在执行所述程序指令时，执行上述用于应用程序崩溃处理的方法。
8.在一些实施例中，所述存储介质，存储有程序指令，所述程序指令在运行时，执行上述的用于上报崩溃信息的方法。
9.本公开实施例提供的用于上报崩溃信息的方法及装置、电子设备、存储介质，可以实现以下技术效果：在崩溃次数大于或等于预设最大崩溃次数的情况下，能够控制应用程序上报崩溃信息至服务平台。这样，实现了将应用程序的崩溃信息上报给服务平台，便于用户及时获得应用程序的线上问题。以便用户能够及时对应用程序的线上问题进行分析跟踪。
10.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
11.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：
12.图1是本公开实施例提供的一个用于上报崩溃信息的方法的示意图；
13.图2是本公开实施例提供的另一个用于上报崩溃信息的方法的示意图；
14.图3是本公开实施例提供的另一个用于上报崩溃信息的方法的示意图；
15.图4是本公开实施例提供的另一个用于上报崩溃信息的方法的示意图；
16.图5是本公开实施例提供的另一个用于上报崩溃信息的方法的示意图；
17.图6是本公开实施例提供的一个用于上报崩溃信息的装置的示意图；
18.图7是本公开实施例提供的一个电子设备的示意图。
具体实施方式
19.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
20.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
21.除非另有说明，术语“多个”表示两个或两个以上。
22.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
23.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
24.术语“对应”可以指的是一种关联关系或绑定关系，a与b相对应指的是a与b之间是一种关联关系或绑定关系。
25.本公开实施例中，服务平台为服务器。电子设备例如为移动设备、电脑、或悬浮车中内置的车载设备等，或其任意组合。移动设备例如可以包括智能手机、智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备等，或其任意组合。
26.应用程序的崩溃检测模块发生崩溃会导致应用程序崩溃，在应用程序的崩溃检测模块发生崩溃的情况下，崩溃信息不能上报。此时难以定位导致应用程序崩溃的原因，需要技术人员凭借经验去猜测，或者，上门进行调试处理。本公开实施例提供的用于上报崩溃信息的方法，在应用程序的崩溃检测模块自身发生崩溃导致应用程序崩溃的情况下，获取应用程序的崩溃检测模块的崩溃次数。在崩溃次数大于或等于预设最大崩溃次数的情况下，能够上报崩溃信息至服务平台。在应用程序的崩溃检测模块发生崩溃导致应用程序崩溃时，也能够上报崩溃信息至服务平台，便于用户及时获得应用程序的线上问题，以便用户能够及时对应用程序的线上问题进行分析跟踪。并且不需要技术人员上门处理，从而节约了人力和时间，并提高了对应用程序的线上问题的处理效率。
27.结合图1所示，本公开实施例提供一种用于上报崩溃信息的方法，包括：
28.步骤s101，电子设备获取应用程序的崩溃次数。其中，该应用程序为待测试的应用程序。
29.步骤s102，电子设备在应用程序的崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。
30.采用本公开实施例提供的用于上报崩溃信息的方法，在崩溃次数大于或等于预设最大崩溃次数的情况下，能够控制应用程序上报崩溃信息至服务平台。这样，实现了将应用程序的崩溃信息上报给服务平台，便于用户及时获得应用程序的线上问题。以便用户能够及时对应用程序的线上问题进行分析跟踪。同时，能够便于技术人员定位问题所在，不需要上门进行调试处理，能够节约人力和时间，从而提升了对应用程序线上问题处理的效率。
31.待测试应用程序设置有崩溃检测模块。可选地，电子设备获取待测试应用程序的崩溃次数，包括：电子设备通过该待测试应用程序自身获取崩溃检测模块的崩溃次数。将崩溃检测模块的崩溃次数确定为待测试应用程序的崩溃次数。
32.由于应用程序在其自身的崩溃检测模块发生崩溃时，该应用程序将无法运行。并且，现有技术中应用程序的崩溃检测模块发生崩溃的情况下，崩溃信息也不能上报。本公开实施例提供的上报崩溃信息的方法，通过待测试应用程序自身监测崩溃检测模块的崩溃信息，并在监测到崩溃检测模块的崩溃次数达到设定值的时候，将崩溃检测模块的崩溃信息上报至服务平台。这样，解决了在应用程序的崩溃检测模块崩溃，不能上报崩溃信息的技术问题。便于用户及时获得应用程序的线上问题，以便用户能够及时对应用程序的线上问题进行分析跟踪。并且方便技术人员通过服务平台定位问题所在，不需要上门进行调试处理，能够节约人力和时间。从而提升了对应用程序线上问题处理的效率。
33.可选地，电子设备获取应用程序的崩溃次数，包括：电子设备通过监测程序获取崩溃检测模块的崩溃次数。将崩溃检测模块的崩溃次数确定为待测试应用程序的崩溃次数。监测程序表征用于对待测试应用程序的崩溃检测模块进行监测的应用程序。
34.本公开实施例提供的上报崩溃信息的方法，通过监测程序监测待测试应用程序的崩溃检测模块的崩溃信息，并在监测到崩溃检测模块的崩溃次数达到设定值的时候，将崩溃检测模块的崩溃信息上报至服务平台。这样，解决了在应用程序的崩溃检测模块崩溃，不能上报崩溃信息的技术问题。便于用户及时获得应用程序的线上问题，以便用户能够及时对应用程序的线上问题进行分析跟踪。方便技术人员通过服务平台定位问题所在，不需要上门进行调试处理，能够节约人力和时间。从而提升了对应用程序线上问题处理的效率。
35.可选地，电子设备获取应用程序的崩溃次数，包括：电子设备通过crash(崩溃)日志获取应用程序的崩溃次数。crash日志为崩溃检测模块的崩溃记录。
36.可选地，电子设备获取应用程序的崩溃次数，包括：电子设备对崩溃检测模块崩溃次数进行记录，获得应用程序的崩溃次数。具体地，当应用程序的崩溃检测模块发生崩溃时，则记录一次应用程序发生崩溃。从而获得应用程序的崩溃次数。
37.可选地，电子设备在上报崩溃信息前，还包括：在崩溃次数大于或等于预设的最大崩溃次数的情况下，电子设备弹出可供用户选择的修复框，提示是否进行自修复。这样，便于用户根据需求决定对应用程序进行自修复，提高用户体验。
38.可选地，电子设备弹出可供用户选择的修复框，提示是否进行自修复之后，还包括：电子设备响应于用户进行自修复的操作，清理数据后上报崩溃信息至服务平台。电子设备响应于用户不进行自修复的操作，上报崩溃信息至服务平台。这样，电子设备能够根据用户的选择进行清理数据后上报崩溃信息，也可以直接上报崩溃信息，这样电子设备能够根
据用户的需求，控制应用程序是否进行自修复，从而提高了用户体验。
39.在一些实施例中，最大崩溃次数可设置为3次。当应用程序崩溃次数大于3次时，弹出可供用户选择的修复框，修复框中显示“是否进行修复”以及“是”和“否”的按钮。若用户点击“是”按钮，则用户选择进行自修复的操作，电子设备响应于用户进行自修复的操作，清理数据后上报崩溃信息至服务平台。若用户点击“否”按钮，则用户选择不进行自修复的操作，则电子设备响应于用户不进行自修复的操作，上报崩溃信息至服务平台。
40.结合图2所示，本公开实施例提供另一种用于上报崩溃信息的方法，包括：
41.步骤s201，电子设备获取应用程序的崩溃检测模块的崩溃次数。
42.步骤s202，电子设备在应用程序的崩溃检测模块的崩溃次数大于或等于预设的最大崩溃次数的情况下，弹出可供用户选择的修复框，提示是否选择自修复。
43.步骤s203，电子设备在获取到用户选择进行自修复操作的情况下，响应于进行自修复的操作，清理数据后上报崩溃信息至服务平台。
44.采用本公开实施例提供的用于上报崩溃信息的方法，电子设备在应用程序的崩溃检测模块自身发生崩溃导致应用程序崩溃时，获取应用程序的崩溃检测模块的崩溃次数。在崩溃次数大于或等于预设最大崩溃次数的情况下，电子设备弹出可供用户选择的修复框，提示是否进行自修复。用户选择进行自修复后，电子设备清理数据后上报崩溃信息至服务平台。这样，根据用户的需求，能够及时对应用程序进行修复，提高了用户的体验。
45.进一步地，电子设备清理数据包括：电子设备对应用程序的崩溃次数进行清零，或者，关闭崩溃检测模块。在应用程序的崩溃检测模块发生崩溃的情况下，应用程序可能因崩溃检测模块的加载数据而崩溃，在这种情况下电子设备可以通过对崩溃次数进行清零或关闭崩溃检测模块对应用程序进行修复。这样，提高了崩溃处理的效率，提高了用户体验。
46.可选地，该用于上报崩溃信息的方法，还包括，清理数据后，重新初始化应用程序的全部服务。
47.在一些实施例中，在电子设备中的应用程序的崩溃检测模块发生崩溃，导致应用程序发生崩溃的情况下，若崩溃次数大于3次，则弹出可供用户选择的修复框。若电子设备的应用程序响应于用户进行自修复的操作，应用程序清理数据上报崩溃信息后，重新初始化全部服务。这样在应用程序重新启动时，就可以不受之前崩溃导致的服务异常的影响，从而可以使应用程序正常启动运行。
48.结合图3所示，本公开实施例提供另一种用于上报崩溃信息的方法，包括：
49.步骤s301，电子设备获取应用程序的崩溃检测模块的崩溃次数。
50.步骤s302，电子设备在应用程序的崩溃检测模块的崩溃次数大于或等于预设的最大崩溃次数的情况下，弹出可供用户选择的修复框。
51.步骤s303，电子设备在获取到用户选择进行自修复操作的情况下，响应于进行自修复的操作，清理数据后上报崩溃信息至服务平台。
52.步骤s304，电子设备控制应用程序重新初始化全部服务。
53.采用本公开实施例提供的用于上报崩溃信息的方法，电子设备在应用程序的崩溃检测模块自身发生崩溃导致应用程序崩溃的情况下，获取应用程序的崩溃次数。在崩溃次数大于或等于预设最大崩溃次数的情况下，上报崩溃信息至服务平台后，电子设备控制应用程序重新初始化全部服务。这样在应用程序重新启动时，就可以不受之前崩溃导致的服
务异常的影响，从而可以使应用程序正常启动运行。
54.可选地，在响应于用户不进行自修复的操作的情况下，上报崩溃信息至服务平台后，还包括：将应用程序直接退出到电子设备后台。
55.结合图4所示，本公开实施例提供另一种用于上报崩溃信息的方法，包括：
56.步骤s401，电子设备获取应用程序的崩溃检测模块的崩溃次数。
57.步骤s402，电子设备在应用程序的崩溃检测模块的崩溃次数大于或等于预设的最大崩溃次数的情况下，弹出可供用户选择的修复框。
58.步骤s403，电子设备在获取到用户选择进行自修复操作的情况下，响应于用户选择不进行自修复的操作，直接上报崩溃信息至服务平台。
59.步骤s404，电子设备将应用程序退至电子设备后台。
60.采用本公开实施例提供的用于上报崩溃信息的方法，电子设备在应用程序的崩溃检测模块自身发生崩溃导致应用程序崩溃的情况下，获取应用程序的崩溃次数。在崩溃次数大于或等于预设最大崩溃次数的情况下，上报崩溃信息至服务平台后退出到电子设备后台。这种方式避免了用户因应用程序崩溃导致电子设备卡顿从而导致用户卸载应用程序，提高了用户体验。
61.结合图5所示，本公开实施例提供一种用于上报崩溃信息的方法，包括：
62.步骤s501，待测试应用程序设置有崩溃检测模块，电子设备获取待测试应用程序的崩溃检测模块的崩溃次数。
63.步骤s502，电子设备确定待测试应用程序的崩溃检测模块的崩溃次数是否大于或等于预设的最大崩溃次数。若待测试应用程序的崩溃检测模块的崩溃次数大于或等于预设的最大崩溃次数，执行步骤s503。若待测试应用程序的崩溃检测模块的崩溃次数小于预设的最大崩溃次数，执行步骤s504。
64.步骤s503，电子设备弹出可供用户选择的修复框。
65.步骤s504，电子设备进行正常启动待测试应用程序。
66.步骤s505，电子设备确定用户是否选择进行自修复。若用户选择进行自修复，执行步骤s506。若用户选择不进行自修复，执行步骤s507。
67.步骤s506，电子设备响应于用户进行自修复的操作，清理数据后上报崩溃信息至服务平台。然后执行步骤s508。
68.步骤s507，电子设备的应用程序响应于用户不进行自修复的操作，上报崩溃信息至服务平台，然后执行步骤s509。
69.步骤s508，电子设备重新初始化全部服务。
70.步骤s509，电子设备控制应用程序退出至电子设备后台。
71.采用本公开实施例提供的用于上报崩溃信息的方法，电子设备在应用程序的崩溃次数大于或等于预设的最大崩溃次数的情况下，获取应用程序的崩溃次数，并上报崩溃信息至服务平台。实现了将应用程序的崩溃检测模块的崩溃信息上报到服务平台，便于用户及时获得应用程序的线上问题，以便用户能够及时对应用程序的线上问题进行分析跟踪。同时，方便技术人员通过服务平台定位问题所在，不需要上门进行调试处理，能够节约人力和时间。从而提升了对应用程序线上问题处理的效率。
72.结合图6所示，本公开实施例提供一种用于上报故障信息的装置，包括获取模块
601、上报信息模块602。获取模块601被配置为获取应用程序的崩溃次数，其中，该应用程序为待测试的应用程序。上报信息模块602配置为在应用程序的崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。
73.采用本公开实施例提供的用于上报崩溃信息的装置，在崩溃次数大于或等于预设最大崩溃次数的情况下，能够控制应用程序上报崩溃信息至服务平台。这样，实现了将应用程序的崩溃信息上报给服务平台，便于用户及时获得应用程序的线上问题。以便用户能够及时对应用程序的线上问题进行分析跟踪。同时，能够便于技术人员定位问题所在，不需要上门进行调试处理，能够节约人力和时间，从而提升了对应用程序线上问题处理的效率。
74.可选地，待测试应用程序设置有崩溃检测模块。获取模块被配置为通过以下方式获取应用程序的崩溃次数：通过该待测试应用程序自身获取崩溃检测模块的崩溃次数，将崩溃检测模块的崩溃次数确定为待测试应用程序的崩溃次数。
75.可选地，获取模块被配置为通过以下方式获取应用程序的崩溃次数：通过监测程序获取崩溃检测模块的崩溃次数，将崩溃检测模块的崩溃次数确定为待测试应用程序的崩溃次数。检测程序表征用于对待测试应用程序的崩溃检测模块进行监测的应用程序。
76.可选地，获取模块被配置为通过以下方式获取应用程序的崩溃次数：通过crash日志获取所述崩溃次数。
77.可选地，获取模块被配置为通过以下方式获取应用程序的崩溃次数：获取模块对崩溃检测模块崩溃次数进行记录，获得应用程序的崩溃次数。
78.可选地，用于上报崩溃信息的装置，还包括自修复模块。自修复模块被配置为在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，弹出可供用户选择的修复框，提示是否进行自修复。
79.可选地，修复模块被配置为响应于用户进行自修复的操作，清理数据后上报崩溃信息至服务平台，响应于用户不进行自修复的操作，上报崩溃信息至服务平台。
80.进一步地，修复模块被配置为通过以下方式清理数据：对应用程序的崩溃次数进行清零，或，关闭崩溃检测模块。
81.可选地，用于上报崩溃信息的装置，还包括：初始化模块。初始化模块被配置为在清理数据后，重新初始化应用程序的全部服务。
82.可选地，修复模块被被配置为在响应于用户不进行自修复的操作，上报崩溃信息至服务平台后，将应用程序直接退出至电子设备后台。
83.结合图7所示，本公开实施例提供一种电子设备，包括处理器(processor)700和存储器(memory)701。可选地，该电子设备还可以包括通信接口(communication interface)702和总线703。其中，处理器700、通信接口702、存储器701可以通过总线703完成相互间的通信。通信接口702可以用于信息传输。处理器700可以调用存储器701中的逻辑指令，以执行上述实施例的用于上报崩溃信息的方法。
84.此外，上述的存储器701中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
85.存储器701作为一种存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器700通过运行存储在存储器701中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中用于上报崩溃信息的方
法。
86.存储器701可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器701可以包括高速随机存取存储器，还可以包括非易失性存储器。
87.本公开实施例提供了一种存储介质，存储有计算机可执行指令，计算机可执行指令设置为执行上述用于上报崩溃信息的方法。
88.上述的存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。非暂态存储介质，包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
89.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
90.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
91.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发
生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

技术特征：

1.一种用于上报崩溃信息的方法，其特征在于，所述方法包括：获取应用程序的崩溃次数；在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。2.根据权利要求1所述的方法，其特征在于，获取应用程序的崩溃次数，包括：通过crash日志获取所述崩溃次数。3.根据权利要求1所述的方法，其特征在于，在上报崩溃信息前，还包括：在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，弹出可供用户选择的修复框，提示是否进行自修复。4.根据权利要求3所述的方法，其特征在于，弹出可供用户选择的修复框，提示是否进行自修复之后，还包括：响应于用户进行自修复的操作，清理数据后上报崩溃信息至服务平台；响应于用户不进行自修复的操作，上报崩溃信息至服务平台。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：清理数据后，重新初始化全部服务。6.根据权利要求4所述的方法，其特征在于，清理数据，包括：对应用程序的崩溃次数进行清零；或，关闭崩溃检测模块。7.根据权利要求4所述的方法，其特征在于，响应于用户不进行自修复的操作，上报崩溃信息至服务平台后，还包括：将所述应用程序退出至后台。8.一种用于应用程序崩溃处理的装置，其特征在于，包括：获取模块，被配置获取应用程序的崩溃次数；上报信息模块，被配置为在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。9.一种电子设备，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在运行所述程序指令时，执行如权利要求1至7中任一项所述的用于上报崩溃信息的方法。10.一种存储介质，存储有程序指令，其特征在于，所述程序指令在运行时，执行如权利要求1至7任一项所述的用于上报崩溃信息的方法。

技术总结

本申请涉及计算机技术领域，公开一种用于上报崩溃信息的方法，获取应用程序的崩溃次数，在所述崩溃次数大于或等于预设的最大崩溃次数的情况下，上报崩溃信息至服务平台。在崩溃次数大于或等于预设最大崩溃次数的情况下，能够控制应用程序上报崩溃信息至服务平台。这样，能够及时将应用程序的崩溃信息上报给服务平台，便于技术人员定位问题所在，不需要上门进行调试处理，能够节约人力和时间，从而提升了对应用程序线上问题处理的效率。本申请还公开一种用于上报崩溃信息的装置、电子设备、存储介质。储介质。储介质。