应用异常信息收集方法和装置的制造方法
【技术领域】
[0001]本发明涉及计算机技术领域，具体而言，涉及一种应用异常信息收集方法和装置。
【背景技术】
[0002]用户在使用应用时常常会出现异常问题，通常对用户的一些主观的反馈，技术人员无法定位和分析异常问题，因此为了有效地定位和解决异常问题，准确的拿到异常信息就成为关键。现有的获取异常信息的方式包括以下:
[0003]1、在应用崩溃时，捕捉崩溃信息并上传服务器。这种方式的缺陷在于:信息捕捉存在局限性，通常异常情况不一定就导致崩溃，另外即使是崩溃，也可能因为仅在崩溃时抓取，容易出现信息抓取不足的情况。
[0004]2、对应用产生的日志进行分析，来从中筛选异常信息。这种方式的缺陷在于:应用产生的日志量太大，难以进行筛选。
【发明内容】
[0005]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用异常信息收集方法和装置。
[0006]依据本发明的一个方面，提供了一种应用异常信息收集方法，其包括:监测应用运行时是否发生预定的异常事件；在所述异常事件发生时，获取所述应用产生的与所述异常事件对应的信息；将所述异常事件对应的信息上传到服务器。
[0007]以及本发明的另一方面，提供了一种应用异常信息收集装置，其包括:异常事件监测模块，用于监测应用运行时是否发生预定的异常事件；异常信息获取模块，用于在所述异常事件发生时，获取所述应用产生的与所述异常事件对应的信息；异常信息上传模块，用于将所述异常事件对应的信息上传到服务器。
[0008]根据以上技术方案，本发明的应用异常信息收集方法和装置，至少具有以下优占.
[0009]可以根据应用发生的异常时内部产生的异常事件，来针对性地收集异常信息，将其上传到服务器后有利于准确定位和分析异常；相比于现有的技术方案，收集的异常信息更加全面，收集效率更高。
[0010]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【附图说明】
[0011]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0012]图1示出了根据本发明的一个实施例的应用异常信息收集方法的流程图；
[0013]图2示出了根据本发明的一个实施例的应用异常信息收集方法的流程图；
[0014]图3示出了根据本发明的一个实施例的应用异常信息收集方法的流程图；
[0015]图4示出了根据本发明的一个实施例的应用异常信息收集装置的框图。
【具体实施方式】
[0016]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0017]如图1所示，本发明的一个实施例中示出了一种应用异常信息收集方法，其包括:
[0018]步骤110，监测应用运行时是否发生预定的异常事件。在本实施例的技术方案中，对异常事件不进行限制，具体可以根据应用的业务逻辑来选择异常事件。
[0019]步骤120，在异常事件发生时，获取应用产生的与异常事件对应的信息。在本实施例的技术方案中，基于异常事件的不同，可以在应用中可能存在异常的点进行异常信息的收集。
[0020]步骤130，将异常事件对应的信息上传到服务器。在本实施例的技术方案中，可以根据应用发生的异常时内部产生的异常事件，来针对性地收集异常信息，将其上传到服务器后有利于准确定位和分析异常；相比于现有的技术方案，收集的异常信息更加全面，收集效率更高。
[0021]如图2所示，本发明的一个实施例中示出了一种应用异常信息收集方法，其包括:
[0022]步骤210，监测应用运行时是否发生预定的异常事件。
[0023]步骤220，在异常事件发生时，调用预设的用于收集信息的公有静态类的接口，来获取异常事件对应的信息，以及获取异常事件的一项或多项属性，其中，在异常事件对应的信息超过预设长度时，对异常事件对应的信息进行截取，使其长度限制为预设长度。在本实施例的技术方案中，异常事件的属性可以包含异常类型、网络类型、异常次数等，而除了上述属性之外，还可以一些共性数据进行上传，例如，应用所在的终端系统版本、屏幕尺寸、当前时间等等；在本实施例的技术方案中，因为异常是无处不在的，所以在收集异常的时候可能会在任意地方，所以封装的收集接口保证尽量抽象，以降低埋点成本，这种情况下可在异常的地方直接根据业务逻辑，对可能存在的异常点和需要收集的信息进行收集，采用公有静态类接口可以保证对异常收集的稳定性和适用范围；在本实施例的技术方案中，先对长度做限制，避免获取数据量过大，造成上传困难。
[0024]步骤230，将异常事件对应的信息与一项或多项属性一起上传到服务器，其中异常事件对应的信息以及每项属性之间采用预设的间隔符隔开。在本实施例的技术方案中，对间隔符的类型不进行限制，例如，(％ )、I I都可以作为间隔符。
[0025]如图3所示，本发明的一个实施例中示出了一种应用异常信息收集方法，其包括:
[0026]步骤310，监测应用运行时是否发生预定的异常事件。
[0027]步骤320，在异常事件发生时，获取应用产生的与异常事件对应的信息。
[0028]步骤330，在异常事件对应的信息的体积超过预设值时，将其保存到预设的数据库。在本实施例的技术方案中，这是因为当异常信息过大，即时上传有可能出现上传输失败造成数据丢失的情况，先存储到数据库中再上传则避免了这种情况的发生。
[0029]其中，在异常事件发生多次时，仅在数据库中存储一次异常事件对应的信息，以及记录异常事件发生的次数。在本实施例的技术方案中，通过这种方式，可以有效地降低数据库中存储的数量，以及避免异常信息的多次上传。
[0030]步骤340，在应用退出时，或在应用的行为停止时，上传异常事件对应的信息。在本实施例的技术方案中，在应用退出或行为(Activity)停止(OnStop)时进行上传，可以避免上传动作干扰到应用的正常工作。
[0031]步骤350，在上传成功时，从数据库中删除异常事件对应的信息。
[0032]步骤360，在上传失败时，在数据库中保持异常事件对应的信息。在本实施例的技术方案中，这样有利于保证异常信息在上传失败之后可以继续进行上传。
[0033]如图4所示，本发明的一个实施例中示出了一种应用异常信息收集装置，其包括:
[0034]异常事件监测模块410，监测应用运行时是否发生预定的异常事件。在本实施例的技术方案中，对异常事件不进行限制，具体可以根据应用的业务逻辑来选择异常事件。
[0035]异常信息获取模块420，在异常事件发生时，获取应用产生的