CN108958763B

CN108958763B - 应用程序崩溃的处理方法、装置、电子设备及服务器

Info

Publication number: CN108958763B
Application number: CN201810543099.8A
Authority: CN
Inventors: 王晓晖
Original assignee: Beijing 58 Information Technology Co Ltd
Current assignee: Beijing 58 Information Technology Co Ltd
Priority date: 2018-05-30
Filing date: 2018-05-30
Publication date: 2021-09-21
Anticipated expiration: 2038-05-30
Also published as: CN108958763A

Abstract

本发明实施例提供一种应用程序崩溃的处理方法、装置、电子设备及服务器，该方法包括：获取应用程序的每个功能模块的崩溃信息，并将所述崩溃信息上报至服务端；接收所述服务端下发的问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率，所述问题功能模块的崩溃次数大于降低展示阈值；根据所述调整展示入口信息调整所述问题功能模块的展示入口。该方法使得问题功能模块被用户使用的频率降低，从而显著减少问题功能模块出现崩溃的次数，极大提升用户的使用体验。

Description

应用程序崩溃的处理方法、装置、电子设备及服务器

技术领域

本发明实施例涉及计算机技术，尤其涉及一种应用程序崩溃的处理方法、装置、电子设备及服务器。

背景技术

随着应用程序(Application，简称APP)业务的快速发展，APP的版本不断迭代，功能不断扩充更新。在APP运行过程中，可能会出现某些功能模块出现严重逻辑错误突然强制退出，即“崩溃”的现象，对用户正常使用APP产生较大影响。

现有技术中，在APP的客户端增加屏蔽处理机制。具体的，当APP中某个功能模块的崩溃次数超过预设阈值，则客户端对该功能模块进行屏蔽，不再允许用户使用该功能模块。

但是，现有技术的方法仅对出现崩溃的功能模块进行简单屏蔽，而用户使用出现问题的功能模块的几率仍然很高，可能会导致APP继续发生崩溃现象。

发明内容

本发明实施例提供一种应用程序崩溃的处理方法、装置、电子设备及服务器，用于解决现有技术中用户使用问题功能模块的几率过高的问题。

本发明实施例第一方面提供一种应用程序崩溃的处理方法，包括：

获取应用程序的每个功能模块的崩溃信息，并将所述崩溃信息上报至服务端；

接收所述服务端下发的问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率，所述问题功能模块的崩溃次数大于降低展示阈值；

根据所述调整展示入口信息调整所述问题功能模块的展示入口。

进一步的，所述方法还包括：

向所述服务端上报所述应用程序的版本信息。

进一步的，所述方法还包括：

接收所述服务端发送的所述应用程序的更新提示信息；

将所述更新提示信息加载到所述功能模块的入口处。

进一步的，所述方法还包括：

确定用户选中执行的目标功能模块；

若所述目标功能模块具有更新提示信息，则向用户输出软件更新提示信息。

本发明实施例第二方面提供一种应用程序崩溃的处理方法，包括：

接收客户端上报的应用程序每个功能模块的崩溃信息；

根据所述崩溃信息判断存在崩溃次数大于降低展示阈值的问题功能模块，则向所述客户端下发所述问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率。

进一步的，所述方法还包括：

根据所述崩溃信息判断存在崩溃次数大于屏蔽阈值的问题功能模块，则停止向所述客户端下发该问题功能模块的入口信息，以屏蔽该问题功能模块的入口展示。

进一步的，所述方法还包括：

接收所述客户端上报的所述应用程序的版本信息；

将所述应用程序的版本信息和每个所述功能模块的崩溃信息上报给开发平台。

进一步的，所述方法还包括：

接收所述开发平台下发的所述应用程序的更新数据；

根据所述更新数据生成更新提示信息并下发给所述客户端。

本发明实施例第三方面提供一种应用程序崩溃的处理装置，包括：

获取模块，用于获取应用程序的每个功能模块的崩溃信息，并将所述崩溃信息上报至服务端；

第一接收模块，用于接收所述服务端下发的问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率，所述问题功能模块的崩溃次数大于降低展示阈值；

调整模块，用于根据所述调整展示入口信息调整所述问题功能模块的展示入口。

进一步的，还包括：

发送模块，用于向所述服务端上报所述应用程序的版本信息。

进一步的，还包括：

第二接收模块，用于接收所述服务端发送的所述应用程序的更新提示信息；

加载模块，用于将所述更新提示信息加载到所述功能模块的入口处。

进一步的，所述装置还包括：

确定模块，用于确定用户选中执行的目标功能模块；

输出模块，用于在所述目标功能模块具有更新提示信息时，向用户输出软件更新提示信息。

本发明实施例第四方面提供一种应用程序崩溃的处理装置，包括：

第一接收模块，用于接收客户端上报的应用程序每个功能模块的崩溃信息；

第一发送模块，用于根据所述崩溃信息判断存在崩溃次数大于降低展示阈值的问题功能模块，则向所述客户端下发所述问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率。

进一步的，还包括：

屏蔽模块，用于根据所述崩溃信息判断存在崩溃次数大于屏蔽阈值的问题功能模块，则停止向所述客户端下发该问题功能模块的入口信息，以屏蔽该问题功能模块的入口展示。

进一步的，还包括：

第二接收模块，用于接收所述客户端上报的所述应用程序的版本信息；

第二发送模块，用于将所述应用程序的版本信息和每个所述功能模块的崩溃信息上报给开发平台。

进一步的，还包括：

第三接收模块，用于接收所述开发平台下发的所述应用程序的更新数据；

第三发送模块，用于根据所述更新数据生成更新提示信息并下发给所述客户端。

本发明实施例第五方面提供一种电子设备，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行所述存储器中的程序指令，执行上述第一方面所述的方法步骤。

本发明实施例第六方面提供一种服务器，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行所述存储器中的程序指令，执行上述第二方面所述的方法步骤。

本发明实施例第七方面提供一种可读存储介质，所述可读存储介质中存储有计算机程序，当应用程序崩溃的处理装置的至少一个处理器执行所述计算机程序时，崩溃的处理装置执行上述第一方面所述的崩溃的处理方法。

本发明实施例第八方面提供一种可读存储介质，所述可读存储介质中存储有计算机程序，当应用程序崩溃的处理装置的至少一个处理器执行所述计算机程序时，崩溃的处理装置执行上述第二方面所述的崩溃的处理方法。

本发明实施例所提供的应用程序崩溃的处理方法、装置、电子设备及服务器，由客户端在功能模块每次出现崩溃时向服务器上报崩溃信息，由服务器根据崩溃信息向客户端下发降低问题功能模块入口展示频率的调整展示入口信息，客户端再根据调整展示入口信息调整展示入口，从而使得问题功能模块被用户使用的频率降低，从而显著减少问题功能模块出现崩溃的次数，极大提升用户的使用体验。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的应用程序崩溃的处理方法的系统架构图；

图2为本发明实施例提供的应用程序崩溃的处理方法实施例一的流程示意图；

图3为本发明实施例提供的应用程序崩溃的处理方法实施例二的流程示意图；

图4为本发明实施例提供的一种应用程序崩溃的处理装置实施例一的模块结构图；

图5为本发明实施例提供的一种应用程序崩溃的处理装置实施例二的模块结构图；

图6为本发明实施例提供的一种应用程序崩溃的处理装置实施例三的模块结构图；

图7为本发明实施例提供的一种应用程序崩溃的处理装置实施例四的模块结构图；

图8为本发明实施例提供的另一种应用程序崩溃的处理装置实施例一的模块结构图；

图9为本发明实施例提供的另一种应用程序崩溃的处理装置实施例二的模块结构图；

图10为本发明实施例提供的另一种应用程序崩溃的处理装置实施例三的模块结构图；

图11为本发明实施例提供的另一种应用程序崩溃的处理装置实施例四的模块结构图；

图12为本发明实施例提供的一种电子设备的实体框图；

图13为本发明实施例提供的一种服务器的实体框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现有技术中，只是由APP的客户端对出现崩溃的问题功能模块进行简单屏蔽处理，即在问题功能模块的崩溃次数已经达到崩溃阈值之后直接进行屏蔽。但是，在问题功能模块被直接屏蔽之前，该问题功能模块还是被当做正常的功能模块被用户不断使用，即用户使用该问题功能模块的几率仍然很高，这会导致该问题功能模块继续不断发生崩溃现象，并最终被屏蔽，极大影响用户的使用体验。

本发明实施例基于上述问题，提出一种应用程序崩溃的处理方法，由客户端在功能模块每次出现崩溃时向服务器上报崩溃信息，由服务器根据崩溃信息向客户端下发降低问题功能模块入口展示频率的调整展示入口信息，客户端再根据调整展示入口信息调整展示入口，从而使得问题功能模块被用户使用的频率降低，从而显著减少问题功能模块出现崩溃的次数，极大提升用户的使用体验。

图1为本发明实施例提供的应用程序崩溃的处理方法的系统架构图，如图1所示，该方法涉及客户端、服务器以及开发平台。其中，客户端通过和服务器交互进行问题功能模块的展示入口调整，服务器通过与开发平台交互来获取新版本的客户端。

以下首先从客户端的角度对本发明实施例的方法进行说明。

图2为本发明实施例提供的应用程序崩溃的处理方法实施例一的流程示意图，如图2所示，该方法包括：

S201、获取应用程序的每个功能模块的崩溃信息，并将该崩溃信息上报至服务端。

具体的，客户端在运行过程中，只要某个功能模块出现崩溃，客户端即会将该功能模块的崩溃信息上报至服务器。

可选的，客户端在向服务器上报时，可以携带出现崩溃的功能模块的标识，同时携带崩溃信息标识。当服务器接收到这些信息后，即可判断出是哪个功能模块出现了崩溃。

S202、接收服务端下发的问题功能模块的调整展示入口信息，以降低该问题功能模块的入口展示频率，该问题功能模块的崩溃次数大于降低展示阈值。

当服务器接收到客户端发送的崩溃信息后，会根据问题模块已崩溃的次数以及降低展示阈值判断是否要降低该问题模块的入口展示频率，如果是，则向客户端发送调整展示入口信息。具体实现过程将在下述服务器侧的实施例中进行描述。

客户端接收到调整展示入口信息后，即可确定需要对该问题功能模块进行入口展示调整。

可选的，功能模块的“入口”具体可以指功能模块的首页。

S203、根据上述调整展示入口信息调整上述问题功能模块的展示入口。

可选的，服务器可以在调整展示入口信息中携带入口的展示周期、展示位置等信息。示例性的，调整展示入口信息指示入口的展示周期是每天晚8点至早8点展示，并且展示位置为某个特定的不明显位置。则客户端即可根据该信息，将该功能模块显示在特定的不明显位置，并且仅在每天晚8点至早8点展示，其余实现不展示功能模块的入口。

本实施例中，由客户端在功能模块每次出现崩溃时向服务器上报崩溃信息，由服务器根据崩溃信息向客户端下发降低问题功能模块入口展示频率的调整展示入口信息，客户端再根据调整展示入口信息调整展示入口，从而使得问题功能模块被用户使用的频率降低，从而显著减少问题功能模块出现崩溃的次数，极大提升用户的使用体验。

在此基础上，客户端可以进一步通过与服务器交互使得问题功能模块的问题及时得到解决，并提示用户使用新的版本，从而彻底解决问题功能模块的崩溃问题。

在一种可选的实施方式中，客户端还会向服务器上报应用程序的版本信息。

其中，该版本信息对应的版本即为出现崩溃的版本，该版本信息具体可是版本号。

当服务器接收到版本信息后，可以通知开发平台，由开发人员进一步解决问题。如果该版本的崩溃问题已经得到解决，则开发平台会通知服务器有新可用，进而服务器会向客户端通知版本更新信息。服务器的具体处理过程将在下述实施例中详细说明。

针对客户端，可选的，客户端接收服务端发送的应用程序的更新提示信息，进而，将该更新提示信息加载到上述功能模块的入口处。

具体的，如果服务器确定有新的版本，则可以在更新提示信息中携带新的版本的版本号等信息，客户端接收到该更新提示信息后，即可将更新提示信息加载到功能模块的入口处。可选的，客户端可以将更新提示信息加载到每个功能模块的入口处，则无论用户执行操作进入任何一个功能模块，都可以提示用户升级版本。或者，客户端也可以将更新提示信息加载到问题功能模块的入口处，即当用户执行操作进入问题功能模块时，可以及时提醒用户更新版本，避免再出现崩溃。

在一种可选的实施方式中，该方法还包括：

确定用户选中执行的目标功能模块，进而，若该目标功能模块具有更新提示信息，则向用户输出软件更新提示信息。

具体的，本实施例之前，客户端可以按照上述的任意一种方式向功能模块加载更新提示信息。则当用户再执行操作进入某个功能模块时，客户端会判断该功能模块的入口是否被加载了更新提示信息，若是，则向用户输出软件更新提示信息。可选的，可以在该软件更新提示信息中说明当前的版本号以及建议更新到的版本号，以使得用户可以清楚的了解客户端的版本信息。

本实施例中，通过向用户输出软件更新提示信息，可以使得用户及时对客户端进行版本更新，从而使得功能模块崩溃的问题得到彻底解决，进一步提升用户的使用体验。

以下从服务器的角度对本发明实施例的方法进行说明。

图3为本发明实施例提供的应用程序崩溃的处理方法实施例二的流程示意图，如图3所示，该方法包括：

S301、接收客户端上报的应用程序每个功能模块的崩溃信息。

S302、根据上述崩溃信息判断存在崩溃次数大于降低展示阈值的问题功能模块，则向所述客户端下发所述问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率。

具体的，只要某个功能模块出现崩溃，客户端会向服务器上报崩溃信息，服务器首先会确定该功能模块到目前为止已经崩溃的次数。可选的，客户端可以为每个功能模块分配一个崩溃次数标记，初始值设置为0，当接收到某个功能模块的崩溃信息后，将崩溃次数加1，得到新的崩溃次数。进而，判断新的崩溃次数是否已经大于降低展示阈值，如果已经大于，则说明该功能模块已经属于问题功能模块，则向客户端发送调整展示入口信息，以通知客户端降低问题功能模块的入口展示频率。

进一步的，在一种可选的实施方式中，服务器还可以根据上述崩溃信息判断存在崩溃次数大于屏蔽阈值的问题功能模块，则停止向客户端下发该问题功能模块的入口信息，以屏蔽该问题功能模块的入口展示。

具体的，在APP实际运行过程中，在通过上述的方法已经降低问题功能模块的入口展示频率之后，还可能存在用户在问题功能模块的入口被展示时使用该问题功能模块，并使得问题功能模块出现崩溃的情况。即问题功能模块的崩溃次数还可能继续增加，如果崩溃次数已经大于屏蔽阈值，则说明问题功能模块不能再被使用，则此时，服务器会停止向客户端下发该问题功能模块的入口信息。

在上述实施例的基础上，服务器可以进一步通过与客户端及开发平台交互，获取以及通知版本更新信息，使得问题功能模块的问题及时得到解决，并提示用户使用新的版本，从而彻底解决问题功能模块的崩溃问题。

在一种可选的实施方式中，该方法还包括：

接收客户端上报的应用程序的版本信息，进而，将应用程序的版本信息和每个功能模块的崩溃信息上报给开发平台。

具体的，在接收到客户端上报的应用程序的版本信息之后，服务器即获知了哪个版本的哪个功能模块出现了崩溃，服务将这些信息发送给开发平台，供开发人员进行分析并解决问题。

进而，在一种可选的实施方式中，该方法还包括：

接收上述开发平台下发的上述应用程序的更新数据，进而，根据上述更新数据生成更新提示信息并下发给上述客户端。

具体的，当服务器首次向开发平台发送版本信息以及崩溃信息之后，开发人员即可对崩溃信息进行分析并解决该问题，并发布新的客户端版本。进而，在后续过程中，只要服务器再向开发平台发送同样的版本信息和崩溃信息，开发平台即可直接向服务器发送应用程序的更新数据，例如升级文件等。服务器进而生成更新提示信息并将其发送给客户端。

可选的，如果用户在客户端选择了进行版本更新，则服务器可以进一步将应用程序的更新数据发送给客户端，以使得客户端可以升级到新的版本，从而彻底解决问题功能模块的崩溃问题。

本实施例中，通过向客户端发送更新提示信息，使得客户端可以向用户输出软件更新提示信息，进而使得用户及时对客户端进行版本更新，从而使得功能模块崩溃的问题得到彻底解决，进一步提升用户的使用体验。

图4为本发明实施例提供的一种应用程序崩溃的处理装置实施例一的模块结构图，如图4所示，该装置包括：

获取模块401，用于获取应用程序的每个功能模块的崩溃信息，并将所述崩溃信息上报至服务端。

第一接收模块402，用于接收所述服务端下发的问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率，所述问题功能模块的崩溃次数大于降低展示阈值。

调整模块403，用于根据所述调整展示入口信息调整所述问题功能模块的展示入口。

该装置中，由客户端在功能模块每次出现崩溃时向服务器上报崩溃信息，由服务器根据崩溃信息向客户端下发降低问题功能模块入口展示频率的调整展示入口信息，客户端再根据调整展示入口信息调整展示入口，从而使得问题功能模块被用户使用的频率降低，从而显著减少问题功能模块出现崩溃的次数，极大提升用户的使用体验。

图5为本发明实施例提供的一种应用程序崩溃的处理装置实施例二的模块结构图，如图5所示，该装置包括：

还包括：

发送模块404，用于向所述服务端上报所述应用程序的版本信息。

图6为本发明实施例提供的一种应用程序崩溃的处理装置实施例三的模块结构图，如图6所示，该装置包括：

还包括：

第二接收模块405，用于接收所述服务端发送的所述应用程序的更新提示信息。

加载模块406，用于将所述更新提示信息加载到所述功能模块的入口处。

图7为本发明实施例提供的一种应用程序崩溃的处理装置实施例四的模块结构图，如图7所示，该装置包括：

还包括：

确定模块407，用于确定用户选中执行的目标功能模块。

输出模块408，用于在所述目标功能模块具有更新提示信息时，向用户输出软件更新提示信息。

该装置中，通过向用户输出软件更新提示信息，可以使得用户及时对客户端进行版本更新，从而使得功能模块崩溃的问题得到彻底解决，进一步提升用户的使用体验。

图8为本发明实施例提供的另一种应用程序崩溃的处理装置实施例一的模块结构图，如图8所示，该装置包括：

第一接收模块801，用于接收客户端上报的应用程序每个功能模块的崩溃信息。

第一发送模块802，用于根据所述崩溃信息判断存在崩溃次数大于降低展示阈值的问题功能模块，则向所述客户端下发所述问题功能模块的调整展示入口信息，以降低所述问题功能模块的入口展示频率。

图9为本发明实施例提供的另一种应用程序崩溃的处理装置实施例二的模块结构图，如图9所示，该装置包括：

还包括：

屏蔽模块803，用于根据所述崩溃信息判断存在崩溃次数大于屏蔽阈值的问题功能模块，则停止向所述客户端下发该问题功能模块的入口信息，以屏蔽该问题功能模块的入口展示。

图10为本发明实施例提供的另一种应用程序崩溃的处理装置实施例三的模块结构图，如图10所示，该装置包括：

还包括：

第二接收模块804，用于接收所述客户端上报的所述应用程序的版本信息。

第二发送模块805，用于将所述应用程序的版本信息和每个所述功能模块的崩溃信息上报给开发平台。

图11为本发明实施例提供的另一种应用程序崩溃的处理装置实施例四的模块结构图，如图11所示，该装置包括：

还包括：

第三接收模块806，用于接收所述开发平台下发的所述应用程序的更新数据。

第三发送模块807，用于根据所述更新数据生成更新提示信息并下发给所述客户端。

图12为本发明实施例提供的一种电子设备的实体框图，如图12所示，该电子设备包括：

存储器1201，用于存储程序指令。

处理器1202，用于调用并执行存储器1201中的程序指令，执行上述方法实施例中客户端所执行的方法步骤。

图13为本发明实施例提供的一种服务器的实体框图，如图13所示，该服务器包括：

存储器1301，用于存储程序指令。

处理器1302，用于调用并执行存储器1301中的程序指令，执行上述方法实施例中服务器所执行的方法步骤。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种应用程序崩溃的处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

向所述服务端上报所述应用程序的版本信息。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

接收所述服务端发送的所述应用程序的更新提示信息；

将所述更新提示信息加载到所述功能模块的入口处。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

确定用户选中执行的目标功能模块；

5.一种应用程序崩溃的处理方法，其特征在于，包括：

接收客户端上报的应用程序每个功能模块的崩溃信息；

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

7.根据权利要求5或6所述的方法，其特征在于，所述方法还包括：

接收所述客户端上报的所述应用程序的版本信息；

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收所述开发平台下发的所述应用程序的更新数据；

根据所述更新数据生成更新提示信息并下发给所述客户端。

9.一种应用程序崩溃的处理装置，其特征在于，包括：

10.一种应用程序崩溃的处理装置，其特征在于，包括：

11.一种电子设备，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行所述存储器中的程序指令，执行权利要求1-4任一项所述的方法步骤。

12.一种服务器，其特征在于，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行所述存储器中的程序指令，执行权利要求5-8任一项所述的方法步骤。

13.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，当应用程序崩溃的处理装置的至少一个处理器执行所述计算机程序时，崩溃的处理装置执行权利要求1-4任一项所述的崩溃的处理方法。

14.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，当应用程序崩溃的处理装置的至少一个处理器执行所述计算机程序时，崩溃的处理装置执行权利要求5-8任一项所述的崩溃的处理方法。