CN107491393A - 崩溃信息上传方法、装置及终端设备 - Google Patents

Abstract

本发明提供的崩溃信息上传方法、装置及终端设备，涉及互联网信息处理技术领域。其中，所述方法包括：在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；将所述DSYM文件上传至服务器。通过上述方法，可以解决现有技术中终端设备将开发人员测试时产生的大量崩溃信息上传至服务器而导致终端设备的上传工作量大幅度增加的问题。

Description

崩溃信息上传方法、装置及终端设备

技术领域

本发明涉及互联网信息处理技术领域，具体而言，涉及一种崩溃信息上传方法、装置及终端设备。

背景技术

在终端设备的应用软件的开发过程中，需要收集应用软件在使用中发生崩溃时形成的崩溃信息，以便于在下一步的开发过程中及时解决或避开发生同样的崩溃情形，以优化该应用软件。在传统的崩溃信息收集技术中，一般情况下，收集到的崩溃信息是未经解析的函数的地址，由于该地址没有转换为对应的可以识别的函数，因而存在崩溃的位置不便于确定的问题。

现有技术中，通过在形成应用软件的过程中，生成一个DSYM文件，该DSYM文件具有该应用软件发生崩溃时的崩溃信息，然后通过查找到该DSYM文件并上传至服务器，即可实现崩溃信息的上传或收集。

经发明人研究发现，在现有技术中，崩溃信息的来源一般具有两种，分别是开发人员通过模拟器进行测试和用户的使用。其中，开发人员通过模拟器进行测试时，若产生崩溃信息，开发人员可以直接获取该崩溃信息。因此，若将测试时产生的大量崩溃信息也上传至服务器将大幅度的增加终端设备的上传工作量。

发明内容

有鉴于此，本发明的目的在于提供一种崩溃信息上传方法、装置及终端设备，以解决现有技术中终端设备将开发人员测试时产生的大量崩溃信息上传至服务器而导致终端设备的上传工作量大幅度增加的问题。

为实现上述目的，本发明实施例采用如下技术方案：

一种崩溃信息上传方法，应用于用户终端，所述方法包括：

在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；

在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；

将所述DSYM文件上传至服务器。

在本发明实施例较佳的选择中，在上述崩溃信息上传方法中，所述将所述DSYM文件上传至服务器的步骤包括：

判断获取的DSYM文件是否产生于归档期间；

若所述DSYM文件产生于归档期间，则将该DSYM文件上传至服务器。

在本发明实施例较佳的选择中，在上述崩溃信息上传方法中，在所述将所述DSYM文件上传至服务器的步骤之前，所述方法还包括：生成服务器接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的标识信息；

所述将所述DSYM文件发送至服务器的步骤包括：将所述DSYM文件上传至所述url地址。

在本发明实施例较佳的选择中，在上述崩溃信息上传方法中，所述标识信息包括所述应用程序的长版本号码、短版本号码、自定义号码、用于判断所述应用程序的运行设备是否为模拟器的第一变量和/或用于判断获取的DSYM文件是否产生于归档期间的第二变量。

在本发明实施例较佳的选择中，在上述崩溃信息上传方法中，所述将所述DSYM文件上传至服务器的步骤包括：

将获取的DSYM文件进行压缩，得到压缩后的DSYM文件；

将所述压缩后的DSYM文件上传至服务器。

在本发明实施例较佳的选择中，在上述崩溃信息上传方法中，在所述将所述DSYM文件上传至服务器的步骤之后，所述方法还包括：

生成用于标识所述DSYM文件上传是否成功的状态信息。

本发明实施例还提供了一种崩溃信息上传装置，所述崩溃信息上传装置包括：

运行设备判断模块，用于在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；

DSYM文件获取模块，用于在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；

DSYM文件上传模块，用于将所述DSYM文件上传至服务器。

在本发明实施例较佳的选择中，在上述崩溃信息上传装置中，所述DSYM文件上传模块包括：

产生期间判断子模块，用于判断获取的DSYM文件是否产生于归档期间；

DSYM文件上传第一子模块，用于在所述DSYM文件产生于归档期间时，则将该DSYM文件上传至服务器。

在本发明实施例较佳的选择中，在上述崩溃信息上传装置中，所述崩溃信息上传装置还包括：url地址生成模块，用于生成服务器接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的标识信息；

所述DSYM文件上传模块包括：DSYM文件上传第二子模块，用于将所述DSYM文件上传至所述url地址。

在上述基础上，本发明实施例还提供了一种终端设备，包括处理器、存储器以及存储于存储器并可在处理器上运行的程序，所述处理器运行该程序时执行以下步骤：

在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；

在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；

将所述DSYM文件上传至服务器。

本发明提供的崩溃信息上传方法、装置及终端设备，通过在将DSYM文件上传至服务器之前判断该DSYM文件的来源，并在该来源不为模拟器时上传对应的DSYM文件，可以解决现有技术中终端设备将开发人员测试时产生的大量崩溃信息上传至服务器而导致终端设备的上传工作量大幅度增加的问题，极大地提高了崩溃信息上传方法、装置及终端设备的实用性和可靠性。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

图1为本发明实施例提供的终端设备的应用框图。

图2为本发明实施例提供的崩溃信息上传方法的流程示意图。

图3为图2中步骤S130的流程示意图。

图4为图2中步骤S130的另一流程示意图。

图5为本发明实施例提供的崩溃信息上传装置的结构框图。

图标：10-终端设备；12-处理器；14-存储器；20-服务器；100-崩溃信息上传装置；110-运行设备判断模块；130-DSYM文件获取模块；150-DSYM文件上传模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为只是或暗示相对重要性。

如图1所示，本发明实施例提供了一种终端设备10，包括处理器12、存储器14以及存储于存储器14并可在处理器12上运行的程序。

进一步地，在本实施例中，所述处理器12运行该程序时执行以下步骤：在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；将所述DSYM文件上传至服务器20。

可选地，所述终端设备10的具体类型不受限制，例如，可以是，但不限于，智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digitalassistant，PDA)、移动上网设备(mobile Internet device，MID)等。所述服务器20的具体类型不受限制，例如，可以是，但不限于，web(网站)服务器、数据服务器等，还可以是电脑、移动上网设备(mobile Internet device，MID)等具有处理功能的电子设备，只要可以作为崩溃信息的一种收集器件或平台即可。

可选地，控制所述终端设备运行的操作系统不受限制，可以根据实际需求进行设置，例如，可以包括，但不限于是Android、BSD、Linux、IOS、OSX、Windows等操作系统。在本实施例中，所述终端设备的操作系统优选为IOS和OSX操作系统。

所述处理器12和所述存储器14之间直接或间接地电性连接，以实现数据的传输或交互。例如，可通过一条或多条通讯总线或信号线实现电性连接。存储器14中存储有以软件或固件(firmware)的形式存储于所述存储器14中的软件功能模块，所述处理器12通过运行存储在存储器14内的软件程序以及模块，如本发明实施例中的崩溃信息上传装置100，从而执行各种功能应用以及数据处理，即实现本发明实施例中的崩溃信息上传方法。

其中，所述处理器12可能是一种集成电路芯片，具有信号的处理能力。上述的处理器12可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。

所述存储器14可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器14用于存储程序，处理器12在接收到执行指令后，执行所述程序。进一步地，上述存储器14内的软件程序以及模块还可包括操作系统。其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。

可以理解，图1所示的结构仅为示意，终端设备10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置，例如，还可以包括通信单元，以实现所述终端设备10与所述服务器20之间的数据信息的交互。图1中所示的各组件可以采用硬件、软件或其组合实现。

请结合参阅图2，本发明实施例还提供一种可应用于所述终端设备10的崩溃信息上传方法，所述方法有关的流程所定义的方法步骤可以由所述处理器12实现。下面将对图1所示的具体流程进行详细阐述。

步骤S110，在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器。

步骤S130，在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件。

步骤S150，将所述DSYM文件上传至服务器20。

考虑到开发人员在前期通过模拟器对应用软件进行测试时，会产生大量的崩溃信息，对应的也会产生多个具有崩溃信息的DSYM文件，若将当前阶段产生的崩溃信息上传至服务器20以存储，一方面会极大地增加终端设备10的工作量，另一方面，在测试阶段应用软件发生崩溃时，开发人员可以通过模拟器直接获取该崩溃信息，若将此时的崩溃信息上传至所述服务器20将导致服务器20存储了过时、无效的信息。因此，在本实施例中，在应用程序发生崩溃时，先判断该应用程序的运行设备是否为模拟器，只有在该运行设备不为模拟器时再执行步骤S150以实现崩溃信息的获取。

进一步地，为避免所述终端设备10对同一DSYM文件进行多次上传而造成终端设备10的工作量大以及所述服务器20存储资源浪费的问题，在本实施例中，所述终端设备10在进行DSYM文件上传之前还会判断该DSYM文件的产生期间，以避免对同一DSYM文件进行多次重复的上传。请结合图3，步骤S130可以包括步骤S131和步骤S133。

步骤S131，判断获取的DSYM文件是否产生于归档期间。

步骤S133，若所述DSYM文件产生于归档期间，则将该DSYM文件上传至服务器20。

通过上述设置，可以有效避免同一个DSYM文件存在多次上传的问题，以解决终端设备10的工作量大以及所述服务器20存储资源浪费的问题。在本实施例中，考虑到在同一归档期间产生的DSYM文件一般为多个，为避免多个所述DSYM文件分别上传将导致所述终端设备10的工作量增加以及不利用后续的崩溃位置的定位的问题，结合图4，步骤S130还可以包括步骤S135和步骤S137以对多个DSYM文件进行统一处理。

步骤S135，将获取的DSYM文件进行压缩，得到压缩后的DSYM文件。

步骤S137，将所述压缩后的DSYM文件上传至服务器20。

进一步地，考虑到所述服务器20一般对应对个终端设备10和多种应用程序，若直接、任意地将各所述终端设备10和各所述应用程序对应的DSYM文件上传至所述服务器20，不利用在后续的崩溃信息处理中定位具体的应用程序，在本实施例中，在执行步骤S150之前，即将所述DSYM文件上传至服务器20之前，所述崩溃信息上传方法还可以包括以下步骤：生成服务器20接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的标识信息。

开发人员在对DSYM文件中的崩溃信息进行分析时，可以通过所述标识信息以确定对应的DSYM文件，从而确定对应应用程序。因此，在本实施例中，在生成所述url地址后，步骤S150可以通过以下步骤以实现所述DSYM文件的上传：将所述DSYM文件上传至所述url地址。

可选地，所述标识信息的具体内容不受限制，只要能够标识对应的DSYM文件和对应的应用程序即可，例如，可以包括，但不限于是所述应用程序的长版本号码、短版本号码、自定义号码、用于判断所述应用程序的运行设备是否为模拟器的第一变量和/或用于判断获取的DSYM文件是否产生于归档期间的第二变量。在本实施例中，为保证所述标识信息的有效性和可靠性，所述标识信息包括所述应用程序的长版本号码、短版本号码、自定义号码、用于判断所述应用程序的运行设备是否为模拟器的第一变量和用于判断获取的DSYM文件是否产生于归档期间的第二变量。

进一步地，在实现所述DSYM文件的上传过程中，可能会由于其它因素导致所述DSYM文件不能有效地自动上传，进而导致所述服务器20收集的崩溃信息不齐备的问题，在本实施例中，在将所述DSYM文件进行上传之后，还可以生成用于标识所述DSYM文件上传是否成功的状态信息。通过该状态信息可以提示用户，在所述DSYM文件上传失败之后，通过手动上传操作将对应的DSYM文件上传至所述服务器20。

结合图5，本发明实施例还提供一种崩溃信息上传装置100，应用于所述终端设备10。所述崩溃信息上传装置100包括运行设备判断模块110、DSYM文件获取模块130以及DSYM文件上传模块150。

所述运行设备判断模块110，用于在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器。在本实施例中，图2的步骤S110可以由所述运行设备判断模块110执行。

所述DSYM文件获取模块130，用于在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件。在本实施例中，图2的步骤S130可以由所述DSYM文件获取模块130执行。

所述DSYM文件上传模块150，用于将所述DSYM文件上传至服务器20。在本实施例中，图2的步骤S150可以由所述DSYM文件上传模块150执行。

进一步地，在本实施例中，所述DSYM文件上传模块150可以包括产生期间判断子模块和DSYM文件上传第一子模块。所述产生期间判断子模块，用于判断获取的DSYM文件是否产生于归档期间。所述DSYM文件上传第一子模块，用于在所述DSYM文件产生于归档期间时，则将该DSYM文件上传至服务器20。

所述崩溃信息上传装置100还可以包括url地址生成模块，所述DSYM文件上传模块150还可以包括DSYM文件上传第二子模块。所述url地址生成模块，用于生成服务器20接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的标识信息。所述DSYM文件上传第二子模块，用于将所述DSYM文件上传至所述url地址。

综上所述，本发明提供的一种崩溃信息上传方法、装置及终端设备10，通过在将DSYM文件上传至服务器20之前判断该DSYM文件的来源，并在该来源不为模拟器时上传对应的DSYM文件，可以解决现有技术中终端设备10将开发人员测试时产生的大量崩溃信息上传至服务器20而导致终端设备10的上传工作量大幅度增加的问题，极大地提高了崩溃信息上传方法、装置及终端设备10的实用性和可靠性。其次，通过在将DSYM文件上传至服务器20之前判断该DSYM文件的产生期间，可以避免所述终端设备10对同一DSYM文件进行多次上传而造成终端设备10的工作量大以及所述服务器20存储资源浪费的问题，有效地提高崩溃信息上传方法、装置及终端设备10的实用性和可靠性。

在本发明实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种崩溃信息上传方法，应用于用户终端，其特征在于，所述方法包括：

在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；

在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；

将所述DSYM文件上传至服务器。

2.根据权利要求1所述的崩溃信息上传方法，其特征在于，所述将所述DSYM文件上传至服务器的步骤包括：

判断获取的DSYM文件是否产生于归档期间；

若所述DSYM文件产生于归档期间，则将该DSYM文件上传至服务器。

3.根据权利要求1或2所述的崩溃信息上传方法，其特征在于，在所述将所述DSYM文件上传至服务器的步骤之前，所述方法还包括：生成服务器接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的标识信息；

所述将所述DSYM文件发送至服务器的步骤包括：将所述DSYM文件上传至所述url地址。

4.根据权利要求3所述的崩溃信息上传方法，其特征在于，所述标识信息包括所述应用程序的长版本号码、短版本号码、自定义号码、用于判断所述应用程序的运行设备是否为模拟器的第一变量和/或用于判断获取的DSYM文件是否产生于归档期间的第二变量。

5.根据权利要求1或2所述的崩溃信息上传方法，其特征在于，所述将所述DSYM文件上传至服务器的步骤包括：

将获取的DSYM文件进行压缩，得到压缩后的DSYM文件；

将所述压缩后的DSYM文件上传至服务器。

6.根据权利要求1或2所述的崩溃信息上传方法，其特征在于，在所述将所述DSYM文件上传至服务器的步骤之后，所述方法还包括：

生成用于标识所述DSYM文件上传是否成功的状态信息。

7.一种崩溃信息上传装置，应用于用户终端，其特征在于，所述崩溃信息上传装置包括：

运行设备判断模块，用于在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；

DSYM文件获取模块，用于在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；

DSYM文件上传模块，用于将所述DSYM文件上传至服务器。

8.根据权利要求7所述的崩溃信息上传装置，其特征在于，所述DSYM文件上传模块包括：

产生期间判断子模块，用于判断获取的DSYM文件是否产生于归档期间；

DSYM文件上传第一子模块，用于在所述DSYM文件产生于归档期间时，则将该DSYM文件上传至服务器。

9.根据权利要求7或8所述的崩溃信息上传装置，其特征在于，所述崩溃信息上传装置还包括：url地址生成模块，用于生成服务器接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的标识信息；

所述DSYM文件上传模块包括：DSYM文件上传第二子模块，用于将所述DSYM文件上传至所述url地址。

10.一种用户终端，其特征在于，包括处理器、存储器以及存储于存储器并可在处理器上运行的程序，所述处理器运行该程序时执行以下步骤：

在应用程序发生崩溃时，判断所述应用程序的运行设备是否为模拟器；

在所述应用程序的运行设备不是模拟器时，获取具有崩溃信息的DSYM文件；

将所述DSYM文件上传至服务器。