CN106126397A - 程序崩溃消息的处理方法及系统 - Google Patents

Abstract

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

Description

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

技术领域

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

背景技术

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

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

发明内容

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

为解决上述技术问题，本发明提供了一种程序崩溃消息的处理方法，包括：在监测到应用程序出现崩溃时，判断应用程序是否已经上线；在应用程序已经上线时，屏蔽应用程序崩溃的消息。

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

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

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

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

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

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

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

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

另外，判断模块，还用于通过读取开关变量来进行判断应用程序是否已经上线。

附图说明

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

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

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

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

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

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

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

具体实施方式

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

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

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

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

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

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

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

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

2.根据权利要求1所述的程序崩溃消息的处理方法，其特征在于，在判断应用程序是否已经上线时，通过读取开关变量来进行判断。

3.根据权利要求2所述的程序崩溃消息的处理方法，其特征在于，所述开关变量设为第一预设值或第二预设值；

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

4.根据权利要求3所述的程序崩溃消息的处理方法，其特征在于，在通过读取开关变量的预设值来进行判断时，具体包括：

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

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

在读取的开关变量为第二预设值时，屏蔽所述应用程序崩溃的消息。

5.根据权利要求2所述的程序崩溃消息的处理方法，其特征在于，所述开关变量为全局变量。

6.根据权利要求5所述的程序崩溃消息的处理方法，其特征在于，所述开关变量保存在所述应用程序的配置文件中，供应用程序在运行过程中读取。

7.根据权利要求1所述的程序崩溃消息的处理方法，其特征在于，在监测到应用程序出现崩溃时，还读取应用程序的日志文件，并将读取的所述日志文件上传到日志后台。

8.一种程序崩溃消息的处理系统，其特征在于，包括：监测模块、判断模块和反馈模块；

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

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

所述反馈模块，用于在所述判断模块判定应用程序已经上线时，屏蔽所述应用程序崩溃的消息。

9.根据权利要求8所述的程序崩溃消息的处理系统，其特征在于，所述判断模块，还用于通过读取开关变量来进行判断应用程序是否已经上线。

10.根据权利要求9所述的程序崩溃消息的处理系统，其特征在于，所述开关变量设为第一预设值或第二预设值；

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