WO2017219589A1

WO2017219589A1 - 程序崩溃消息的处理方法及系统

Info

Publication number: WO2017219589A1
Application number: PCT/CN2016/105545
Authority: WO
Inventors: 曾亮东
Original assignee: 乐视控股（北京）有限公司; 乐视网信息技术（北京）股份有限公司
Priority date: 2016-06-19
Filing date: 2016-11-12
Publication date: 2017-12-28
Also published as: CN106126397A

Abstract

本专利申请涉及通信领域，公开了一种程序崩溃消息的处理方法。该程序崩溃消息的处理方法包括：在监测到应用程序出现崩溃时，判断应用程序是否已经上线；在应用程序已经上线时，屏蔽应用程序崩溃的消息。本发明实施例还提供了一种程序崩溃消息的处理系统，包括：监测模块、判断模块和反馈模块；监测模块，用于监测应用程序是否出现崩溃；判断模块，用于在监测模块监测到应用程序出现崩溃时，判断应用程序是否已经上线；反馈模块，用于在判断模块判定应用程序已经上线时，屏蔽应用程序崩溃的消息。采用本发明实施例使得用户无法感知后台应用程序的代码异常，从而可以有效的匹配用户需求。

Description

程序崩溃消息的处理方法及系统

本申请基于申请号为201610440486X、申请日为2016/6/19的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。

技术领域

本专利申请涉及通信领域，特别涉及一种程序崩溃消息的处理方法及系统。

背景技术

目前，电子设备(比如，手机、电视或电脑)上某个应用出现程序上的异常时，会弹出“XX应用停止运行”的对话框，或者，用户通过设备观看视频，此时设备中的其他应用程序需要更新，但是，由于网络信号较弱，会不停的弹出对话框，提示“网络异常，无法更新”，从而无法有效地匹配用户需求。

wifi信号的强弱变化或者无线切换到有线等情况时，系统会发出广播，应用中有监听这些广播，并且其状态不改善时，会一直弹出对话框，对用户带来比较大的困扰。比如，电视上的应用商店会监听开机广播，应用商店需要在开机时自动更新，如果应用商店的代码异常，导致崩溃，那么在电视开机过程中会弹出“应用商店停止运行”这样的对话框，如果应用商店代码没有修改，会一直弹出对话框，用户在使用时会频繁点击对话框，使得操作过程较为繁琐。但实际上，即使应用商店崩溃，也不影响用户看电视，这样的对话框弹出来会导致无法匹配用户需求。

发明内容

本发明部分实施例的目的在于提供一种程序崩溃消息的处理方法及系统，使得用户无法感知后台应用程序的代码异常，从而可以有效的匹配用户需求。

第一方面，本发明实施例提供了一种程序崩溃消息的处理方法，包括：在监测到应用程序出现崩溃时，判断应用程序是否已经上线；在应用程序已经上线时，屏蔽应用程序崩溃的消息。

第二方面，本发明实施例还提供了一种程序崩溃消息的处理系统，包括：监测模块、判断模块和反馈模块；监测模块，用于监测应用程序是否出现崩溃；判断模块，用于在监测模块监测到应用程序出现崩溃时，判断应用程序是否已经上线；反馈模块，用于在判断模块判定应用程序已经上线时，屏蔽应用程序崩溃的消息。

第三方面，本发明实施例还提供了一种电子设备，包括：至少一个处理器；以及存储器；其中，所述存储器存储有可被所述至少一个处理器执行的程序，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明上述任一项程序崩溃消息的处理方法。

第四方面，本发明实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行本发明上述任一项程序崩溃消息的处理方法。

第五方面，本发明实施例还提供了一种计算机程序，能够执行本发明上述任一项程序崩溃消息的处理方法。

本发明实施例相对于现有技术而言，通过在监测到应用程序出现崩溃时，判断应用程序是否已经上线；并且在应用程序已经上线时，屏蔽应用程序崩溃的消息；使得应用程序在上线后出现程序崩溃时，用户无法感知后台应用程序的代码异常，从而可以有效的匹配用户需求。

在一个实施例中，在判断应用程序是否已经上线时，通过读取开关变量来进行判断。通过这种方式，可以节省开发人员的设计时间，提高程序的开发或修改效率。

在一个实施例中，开关变量设为第一预设值或第二预设值；其中，第一预设值表示应用程序处于开发或测试阶段，第二预设值表示应用程序已经上线。在实际的应用中，可以通过开关变量的预设值，来获取应用程序是处于开发或测试阶段，还是处于已经上线阶段，便于开发人员进行设计和后期的修改及升级，进一步保证本发明实施例的可行性。

在一个实施例中，在通过读取开关变量的预设值来进行判断时，具体包括：在应用程序的源代码中加入判断语句；在读取的开关变量为第一预设值时，弹出提示程序崩溃的对话框；在读取的开关变量为第二预设值时，屏蔽应用程序崩溃的消息。在实际的实现中，可以在源代码中查找此类消息对话框出现的位置，从而决定是否弹出对话框，并且，通过这种方式可以实现快速定位。

在一个实施例中，开关变量为全局变量。通过全局变量的设置，可以进一步节省开发人员的设计时间，提高程序的开发或修改效率。

在一个实施例中，为了进一步方便开发人员对应用程序进行分析、修改和优化，可以将开关变量保存在应用程序的配置文件中，供应用程序在运行过程中读取。

在一个实施例中，在监测到应用程序出现崩溃时，还读取应用程序的日志文件，并将读取的日志文件上传到日志后台。通过这种方式，可以使用户更为直观的根据上传到日志后台的日志文件进行查看并分析，并可以根据日志文件对应用程序作出适应性修改，以达到较好的性能。

在一个实施例中，判断模块，还用于通过读取开关变量来进行判断应用程序是否已经上线。

附图说明

图1是根据本发明第一实施方式中程序崩溃消息的处理方法的流程图；

图2是根据本发明第二实施方式中程序崩溃消息的处理方法的流程图；

图3是根据本发明第三实施方式中程序崩溃消息的处理方法的流程图；

图4是根据本发明第四实施方式中程序崩溃消息的处理方法的流程图；

图5是根据本发明第五实施方式中程序崩溃消息的处理系统的方框图；

图6是根据本发明第六实施方式中程序崩溃消息的处理系统的方框图；

图7是根据本发明第七实施方式中终端设备的方框图；

图8是根据本发明第八实施方式中电子设备的方框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种程序崩溃消息的处理方法。该程序崩溃消息的处理方法包括：在监测到应用程序出现崩溃时，判断应用程序是否已经上线；在应用程序已经上线时，屏蔽应用程序崩溃的消息。

具体流程如图1所示，其包括：

步骤101，判断应用程序是否出现崩溃。如果是，则进入步骤102，否则，返回步骤101继续判断。

具体地说，程序崩溃消息的处理系统中提供有应用程序接口，可以通过应用程序接口监测应用程序是否出现崩溃。并且，需要说明的是，应用程序崩溃可以但不限于指以下内容：应用程序的错误地址，应用程序的错误内容，应用程序与运行的系统不兼容，应用程序无法更新等。

步骤102，判断应用程序是否已经上线。如果是，则进入步骤103，否则结束。

步骤103，屏蔽应用程序崩溃的消息。将应用程序崩溃的消息进行屏蔽，使得用户无法感知后台应用程序的代码异常现象，从而可以有效的匹配用户需求。需要说明的是，这些应用程序在程序上发生崩溃或异常，对用户当前的使用并没有太大影响，因此不会影响应用程序的正常功能。

通过上述内容，不难发现，通过在监测到应用程序出现崩溃时，判断应用程序是否已经上线；并且在应用程序已经上线时，屏蔽应用程序崩溃的消息；使得应用程序在上线后出现程序崩溃时，用户无法感知后台应用程序的代码异常，从而可以有效的匹配用户需求。

本发明的第二实施方式涉及一种程序崩溃消息的处理方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在第一实施方式中，在应用程序未上线时，对应用程序发生崩溃时是否提示不做限制。而在本发明第二实施方式中，在应用程序未上线时，如果应用程序发生崩溃，则弹出提示对话框。

具体流程，如图2所示：

步骤201至步骤203与第一实施方式中的步骤101至步骤103类似，在此不再赘述，主要不同之处在于：在监测到应用程序出现崩溃时，如果应用程序没有上线，则进入步骤204，弹出提示程序崩溃的对话框。

需要说明的是，当应用程序未上线时，说明应用程序处于开发或测试阶段。结合上述内容，不难发现，在应用程序处于开发或测试阶段，当应用程序发生崩溃时，弹出提示程序崩溃的对话框，便于开发人员对应用程序进行设计、修改、优化和升级。

本发明的第三实施方式涉及一种程序崩溃消息的处理方法。第三实施方式在第一或第二实施方式的基础上做了改进，主要改进之处在于：在第三实施方式中，在判断应用程序是否已经上线时，通过读取开关变量来进行判断。

具体流程，如图3所示：

步骤301与第二实施方式中的步骤201类似，在此不再赘述。

步骤302，读取开关变量。其中，开关变量可以为全局变量。通过全局变量的设置，可以进一步节省开发人员的设计时间，提高程序的开发或修改效率。

具体地说，为了进一步方便开发人员对应用程序进行分析、修改和优化，可以将开关变量保存在应用程序的配置文件中(比如，应用程序的Manifest.xml文件中保存了有关应用程序配置的元数据)，供应用程序在运行过程中读取。

需要说明的是，可以将开关变量设为第一预设值或第二预设值；其中，第一预设值表示应用程序处于开发或测试阶段，第二预设值表示应用程序已经上线。具体地说，在应用程序的开发或测试阶段，写入开关变量的第一预设值，在应用程序上线时，写入开关变量的第二预设值。

步骤303，根据开关变量判断是否允许弹出对话框。如果是，则进入步骤304，否则，进入步骤305。

如果在步骤302中读取的开关变量的预设值为第一预设值，表示应用程序处于开发或测试阶段，则应用程序未上线，可以判定为允许弹出对话框，进入步骤304；如果读取的开关变量的预设值为第二预设值，表示应用程序已上线，可以判定为不允许弹出对话框，进入步骤305。

步骤304，步骤305分别与第二实施方式中的步骤204，步骤203类似，在此不再赘述。

需要说明的是，本实施方式中，在通过读取开关变量的预设值来进行判断时，可以具体包括：在应用程序的源代码中加入判断语句；在读取的开关变量为第一预设值时，弹出提示程序崩溃的对话框；在读取的开关变量为第二预设值时，屏蔽应用程序崩溃的消息。在实际的实现中，可以在源代码中查找此类消息对话框出现的位置，从而决定是否弹出对话框，并且，通过这种方式可以实现快速定位。

通过上述内容，不难发现，通过读取开关变量来判断应用程序是否已经上线，可以节省开发人员的设计时间，提高程序的开发或修改效率。并且，使得程序开发人员只需通过简单的对开关变量进行修改，即可进行是否弹出对话框的设置，从而可以节约设计时间，提高设计效率。

本发明的第四实施方式涉及一种程序崩溃消息的处理方法。第四实施方式在第一、第二或第二实施方式的基础上做了改进，主要改进之处在于：在第四实施方式中，在监测到应用程序出现崩溃时，还读取应用程序的日志文件，并将读取的日志文件上传到日志后台。

具体流程如图4所示，其包括：

步骤401至步骤405与第三实施方式中的步骤301至步骤305类似，在此不再赘述。

步骤406，读取应用程序的日志文件。

步骤407，将读取的日志文件上传到日志后台。日志后台可以指日志服务器。

需要说明的是，日志服务器可以对接收的日志文件进行分析，并且日志服务器还可以根据应用程序的错误地址和错误信息，对应用程序的崩溃内容进行归类和存储。从而，有利于后期根据应用程序崩溃时归类存储在日志服务器中的崩溃内容，来对应用程序进行修改或优化处理。

通过上述内容，不难发现，通过在监测到应用程序出现崩溃时，还读取应用程序的日志文件，并将读取的日志文件上传到日志后台，可以使用户更为直观的根据上传到日志后台的日志文件进行查看并分析，并可以根据日志文件对应用程序作出适应性修改，以达到较好的性能。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第五实施方式涉及一种程序崩溃消息的处理系统，如图5所示，程序崩溃消息的处理系统5包括：监测模块51、判断模块52和反馈模块53。监测模块51用于监测应用程序是否出现崩溃。判断模块52用于在监测模块51监测到应用程序出现崩溃时，判断应用程序是否已经上线。反馈模块53用于在判断模块52判定应用程序已经上线时，屏蔽应用程序崩溃的消息。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第六实施方式涉及一种程序崩溃消息的处理系统。如图6所示，第六实施方式是在第五实施方式的基础上做了改进，主要改进之处在于：在本实施方式中，在判断应用程序是否已经上线时，通过读取开关变量来进行判断。

具体地说，监测模块61在监测应用程序出现崩溃时，判断模块62通过读取开关变量来进行判断应用程序是否已经上线。反馈模块63用于在判断模块62判定应用程序已经上线时，屏蔽应用程序崩溃的消息。

进一步地，开关变量设为第一预设值或第二预设值，并且可以将开关变量的预设值存储在存储模块64内；其中，第一预设值表示应用程序处于开发或测试阶段，第二预设值表示应用程序已经上线。

由于第三实施方式与本实施方式相互对应，因此本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，在第三实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

本发明的第七实施方式涉及一种终端设备，如图7所示，本实施方式的终端设备7可以包括：处理器70、存储器71、显示器72和收发器73。

其中，处理器70为系统的核心，其可以CPU(中央处理器)、DSP(Digital Signal Processor，数字信号处理器)等，其主要负责终端设备7中各部件之间的协调工作，以及在监测到应用程序出现崩溃时，根据应用程序已经上线，来屏蔽应用程序崩溃的消息。其中，存储器71可以为ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机访问存储器)、缓存或闪存等存储设备，其可以用于存储计算机可读的程序指令，该程序指令用于使得处理器70实现本实施例所示的程序崩溃消息的处理的功能。其中，显示器72主要用于显示人机交互界面，以方便用户进行操作。其中，收发器73主要用于与服务器进行通信，发送应用程序出现崩溃的信息给服务器，并可以接收服务器发来的上报信息，将上报信息提供至处理器70。

不难发现，本实施方式为与第一实施方式相对应的终端设备实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第八实施方式涉及程序崩溃消息的处理方法的电子设备，硬件结构示意图如图8所示，该设备包括：

一个或多个处理器810以及存储器820，图8中以一个处理器810为例。

用于程序崩溃消息的处理方法的电子设备还可以包括：输入装置830和输出装置840。

处理器810、存储器820、输入装置830和输出装置840可以通过总线或者其他方式连接，图8中以通过总线连接为例。

存储器820作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的程序崩溃消息的处理方法对应的程序指令/模块(例如，附图5所示的监测模块51、判断模块52和反馈模块53)。处理器810通过运行存储在存储器820中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例程序崩溃消息的处理方法。

存储器820可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储用于程序崩溃消息的处理方法所创建的数据等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器820可选包括相对于处理器810远程设置的存储器，这些远程存储器可以通过网络连接至用于程序崩溃消息的处理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置830可接收输入的数字或字符信息，以及产生与程序崩溃消息的处理装置的用户设置以及功能控制有关的键信号输入。输出装置840可包括显示屏等显示设备。

所述一个或者多个模块存储在所述存储器820中，当被所述一个或者多个处理器810执行时，执行上述任意方法实施例中的程序崩溃消息的处理方法。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

本发明实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

与现有技术相比，本实施方式中，应用程序在上线后出现程序崩溃时，用户无法感知后台应用程序的代码异常，从而可以有效的匹配用户需求。

本发明第九实施方式涉及一种非易失性计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的程序崩溃消息的处理方法。

本发明第十实施方式涉及一种计算机程序，能够执行上述任意方法实施例中的程序崩溃消息的处理方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims

一种程序崩溃消息的处理方法，应用于终端，包括：

在监测到应用程序出现崩溃时，判断应用程序是否已经上线；

在所述应用程序已经上线时，屏蔽所述应用程序崩溃的消息。
根据权利要求1所述的程序崩溃消息的处理方法，其中，在判断应用程序是否已经上线时，通过读取开关变量来进行判断。
根据权利要求2所述的程序崩溃消息的处理方法，其中，所述开关变量设为第一预设值或第二预设值；

其中，所述第一预设值表示所述应用程序处于开发或测试阶段，所述第二预设值表示所述应用程序已经上线。
根据权利要求3所述的程序崩溃消息的处理方法，其中，在通过读取开关变量的预设值来进行判断时，具体包括：

在所述应用程序的源代码中加入判断语句；

在读取的开关变量为第一预设值时，弹出提示程序崩溃的对话框；

在读取的开关变量为第二预设值时，屏蔽所述应用程序崩溃的消息。
根据权利要求2，3或4所述的程序崩溃消息的处理方法，其中，所述开关变量为全局变量。
根据权利要求2至5任一项所述的程序崩溃消息的处理方法，其中，所述开关变量保存在所述应用程序的配置文件中，供应用程序在运行过程中读取。
根据权利要求1至6任一项所述的程序崩溃消息的处理方法，其中，在监测到应用程序出现崩溃时，还读取应用程序的日志文件，并将读取的所述日志文件上传到日志后台。
一种程序崩溃消息的处理系统，包括：监测模块、判断模块和反馈模块；

所述监测模块，用于监测应用程序是否出现崩溃；

所述判断模块，用于在所述监测模块监测到应用程序出现崩溃时，判断应用程序是否已经上线；

所述反馈模块，用于在所述判断模块判定应用程序已经上线时，屏蔽所述应用程序崩溃的消息。
根据权利要求8所述的程序崩溃消息的处理系统，其中，所述判断模块，还用于通过读取开关变量来进行判断应用程序是否已经上线。
根据权利要求9所述的程序崩溃消息的处理系统，其中，所述开关变量设为第一预设值或第二预设值；

其中，所述第一预设值表示所述应用程序处于开发或测试阶段，所述第二预设值表示所述应用程序已经上线。
一种电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

在监测到应用程序出现崩溃时，判断应用程序是否已经上线；

在所述应用程序已经上线时，屏蔽所述应用程序崩溃的消息。
一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为:

在监测到应用程序出现崩溃时，判断应用程序是否已经上线；

在所述应用程序已经上线时，屏蔽所述应用程序崩溃的消息。
一种计算机程序，能够：

在监测到应用程序出现崩溃时，判断应用程序是否已经上线；

在所述应用程序已经上线时，屏蔽所述应用程序崩溃的消息。