CN109982315A - 日志上传方法及相关设备 - Google Patents

日志上传方法及相关设备 Download PDF

Info

Publication number
CN109982315A
CN109982315A CN201910199047.8A CN201910199047A CN109982315A CN 109982315 A CN109982315 A CN 109982315A CN 201910199047 A CN201910199047 A CN 201910199047A CN 109982315 A CN109982315 A CN 109982315A
Authority
CN
China
Prior art keywords
monitoring module
log
catalogue
application
under
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910199047.8A
Other languages
English (en)
Other versions
CN109982315B (zh
Inventor
林建华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN201910199047.8A priority Critical patent/CN109982315B/zh
Publication of CN109982315A publication Critical patent/CN109982315A/zh
Application granted granted Critical
Publication of CN109982315B publication Critical patent/CN109982315B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请公开了一种日志上传方法及相关设备，应用于包括监控模块的电子设备，所述监控模块用于监控应用的异常现象，所述方法包括：在所述监控模块监控到第一应用的异常现象时，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹；所述监控模块在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；所述监控模块打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；所述监控模块上传所述第一目录下的监控模块日志。采用本申请实施例可上传较多的日志文件，以使得协助开发人员有足够的信息分析和解决应用的异常问题。

Description

日志上传方法及相关设备
技术领域
本申请涉及电子技术领域，尤其涉及一种日志上传方法及相关设备。
背景技术
目前，电子设备(如智能手机等)的系统中通常会有一个监控模块，用于监控应用的异常现象。当该监控模块监控到应用发生异常(如应用停止运行或者应用无响应)时，会生成应用的异常日志并上传该异常日志，该异常日志记录有应用在发生异常之前的一段时间内的运行信息和发生异常时的错误信息。
发明内容
本申请实施例提供一种日志上传方法及相关设备，用于上传较多的日志文件，以使得协助开发人员有足够的信息分析和解决应用的异常问题。
第一方面，本申请实施例提供一种日志上传方法，应用于包括监控模块的电子设备，所述监控模块用于监控应用的异常现象，所述方法包括：
在所述监控模块监控到第一应用的异常现象时，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹；
所述监控模块在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；
所述监控模块打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；
所述监控模块上传所述第一目录下的监控模块日志。
第二方面，本申请实施例提供一种日志上传装置，应用于电子设备，所述装置包括：
文件夹生成单元，用于在监控到第一应用的异常现象时，在所述监控模块关联的第一目录下生成空的第一文件夹；
日志生成单元，用于在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；
日志上传单元，用于上传所述第一目录下的监控模块日志。
第三方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面所述的方法中的步骤的指令。
第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。
第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
可以看出，在本申请实施例中，在监控模块监控到第一应用的异常现象时，该监控模块在该监控模块关联的第一目录下生成一个空的文件夹，然后在该文件夹关联的第二目录下生成多个日志，分别为应用异常日志、系统日志和内核层日志，再然后打包压缩第二目录，以得到包含该多个日志的压缩包，以及将该压缩包作为第一应用的监控模块日志，最后将该监控模块日志上传。相较于现有技术只上传一个应用异常日志，本申请实施例除了将应用异常日志上传还将系统日志和内核层日志，以使得协助开发人员有足够的信息分析和解决应用的异常问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1A是本申请实施例提供的一种智能手机的程序运行空间的示意图；
图1B是本申请实施例提供的一种安卓系统的系统架构图；
图2是本申请实施例提供的一种日志上传方法的流程示意图；
图3是本申请实施例提供的另一种日志上传方法的流程示意图；
图4是本申请实施例提供的另一种电子设备的结构示意图；
图5是本申请实施例提供的一种日志上传装置的结构示意图。
具体实施方式
下面对本申请实施例进行详细介绍。
电子设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(UserEquipment，UE)，移动台(Mobile Station，MS)，终端设备(terminal device)等等。
如图1A所示，目前智能手机等电子设备一般设置有程序运行空间，该程序运行空间包括用户空间和操作系统空间，其中，用户空间运行有一个或多个应用程序，该一个或多个应用程序为电子设备安装的第三方应用程序，本申请实施例所描述的日志上传方法的软件算法可以运行在用户空间，操作系统空间运行有电子设备的操作系统。
该电子设备具体可以运行安卓Android系统、苹果公司开发的移动操作系统iOS等，此处不做唯一限定。如图1B所示，以所述电子设备运行有Android系统为例，对应的用户空间包括该Android系统中的应用层(Applications)，操作系统空间可以包括该Android系统中的应用程序框架层(Application Framework)、系统运行库层(包括系统运行库层Libraries和Android运行时Android Runtime)、Linux内核层(Linux Kernel)。其中，应用层上包括各类与用户直接交互的应用程序，或由Java语言编写的运行于后台的服务程序。例如，智能手机上实现的常见基本功能的程序，诸如短消息业务(Short MessagingService，SMS)短信，电话拨号，图片浏览器，日历，游戏，地图，万维网(World Wide Web，Web)浏览器等程序，以及开发人员开发的其他应用程序。应用程序框架层提供开发Android应用程序所需的一系列类库，能够用于重用组件，也可以通过继承实现个性化的扩展。系统运行库层是应用程序框架的支撑，为Android系统中的各个组件提供服务。系统运行库层由系统类库和Android运行时构成。Android运行时包含核心库和Dalvik虚拟机两部分。Linux内核层用于实现硬件设备驱动，进程和内存管理，网络协议栈，电源管理，无线通信等核心功能。
下面对本申请实施例进行详细介绍。
请参阅图2，图2是本申请实施例提供了一种日志上传方法的流程示意图，应用于包括监控模块的电子设备，所述监控模块用于监控应用的异常现象，本日志上传方法包括：
步骤201：在所述监控模块监控到第一应用的异常现象时，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹。
其中，该监控模块集成在电子设备的操作系统中。
其中，第一应用为安装在电子设备中的应用。
其中，第一应用的异常现象可以是第一应用停止运行，也可以是第一应用无响应。
其中，假设监控模块为eap，那么监控模块关联的第一目录可以是data/oppo/coloros/eap。
步骤202：所述监控模块在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志。
其中，假如第一应用的异常想象为第一应用停止运行，应用异常日志用于记录应用崩溃(crash)的堆栈信息。假如第一应用的异常想象为第一应用无响应，应用异常日志用于记录应用所有的线程的堆栈信息。
其中，系统日志(android log)用于记录系统框架层和应用层的运行信息。
其中，内核层日志(kernel log)用于记录kernel层的运行信息。
其中，监控模块在第二目录下生成的应用异常日志是监控模块将在第三目录下生成的应用异常日志复制得到的，第三目录为多宝箱(dropbox)关联的目录。在第三目录下生成的应用异常日志是应用发生异常现象时系统在第三目录下生成的。
步骤203：所述监控模块打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志。
其中，由于监控模块打包压缩第二目录，那么得到的第一压缩包包括应用异常日志、系统日志和内核层日志。
其中，监控模块日志的命名格式为：异常类型@唯一标示符@设备版本号@时间，例如data_app_crash@df7befc312204ab4@PAAM00_11.A.01_001_201901021333@2019-01-09-10-36-21.zip。
其中，异常类型为应用发生异常现象的类型，有应用停止运行，应用无响应等。
其中，唯一标示符用于标志出现异常现象的应用，该唯一标示符可以是该应用的名称，可以是用于表示该应用的标识等。
其中，设备版本号为电子设备的版本号，如手机版本号等。
其中，时间为生成该监控模块日志的当前系统时间。
步骤204：所述监控模块上传所述第一目录下的监控模块日志。
具体地，监控模块将监控模块日志上传至服务器，协助开发人员通过服务器可下载监控模块日志，进而分析和解决应用的异常问题。
目前，监控模块是直接上传在第三目录下生成的应用异常日志，一次应用异常只会生成一份日志文件。但是某些应用异常问题，是需要更多的日志信息，来协助分析问题。例如有些应用发生异常，不是因为应用上层，而是因为系统底层导致的，那么就需要查看kernel层的log日志。但现有是不支持提供额外的日志信息的。
相较于现有技术只上传一个应用异常日志，本申请实施例除了将应用异常日志上传还将系统日志和内核层日志，以使得协助开发人员有足够的信息分析和解决应用的异常问题。
在本申请的一实现方式中，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹之前，所述方法还包括：
所述监控模块确定所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量小于第一阈值。
其中，第一阈值例如可以是3、4、5、6、8、10或是其他值。
可以看出，在本申请实施例中，因同一个原因导致同一应用出现异常现象，由于生成的日志记录的信息基本是一致的，在该种情况下，无需要生成较多份，进而较少了日志上传的次数和日志生成的次数，进而降低了资源的消耗。
进一步地，所述方法还包括：
在所述监控模块确定所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量等于第一阈值时，所述监控模块确定所述第一目录下存在M个监控模块日志的生成时间距离当前系统时间小于第七阈值，所述M个监控模块日志为所述第一应用的监控模块日志，且所述M个监控模块日志的异常类型与所述第一应用当前发生异常现象的异常类型相同，M为正整数。
可以看出，在本申请实施例中，同一应用因同一原因连续出现2次异常现象，且该两次异常现象较近，由于生成的日志记录的信息基本是一致的，在该种情况下，无需要生成较多份，进而较少了日志上传的次数和日志生成的次数，进而降低了资源的消耗。
在本申请的一实现方式中，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹之前，所述方法还包括：所述监控模块确定所述第一目录下的监控模块日志的数量小于第二阈值。
其中，第二阈值例如可以是10、20、30、33、38、50或是其他值。
进一步地，所述方法还包括：
在所述监控模块确定所述第一目录下的监控模块日志的数量等于所述第二阈值时，所述监控模块删除所述第一目录下的N个监控模块日志，N为正整数。
其中，N个监控模块日志满足以下至少一种：N个监控模块日志为生成时间距离当前系统时间最早的N个监控模块日志；在删除完N个监控模块之后，在第一目录下均有与N个监控模块日志中每个监控模块日志的异常类型和应用相同的监控模块日志；N个监控模块日志为生成时间为距离当前系统时间大于或等于第四阈值的N个监控模块日志；每个监控模块日志的大小均大于或等于第五阈值。
其中，第四阈值可以是1个小时、2个小时、5个小时、1天、2天或是其他值。第五阈值可以是0.5Mb、1Mb、2Mb或是其他值。
可以看出，在本申请实施例中，控制总的监控模块日志的数量，进而避免占用了过多的设备储存空间。
在本申请的一实现方式中，所述方法还包括：
在所述监控模块监控到应用的异常现象时，所述监控模块扫描所述第一目录下的监控模块日志；
在扫描到至少一个监控模块日志的生成时间距离当前系统时间大于或等于第三阈值时，所述监控模块删除所述至少一个监控模块日志。
其中，第三阈值可以是1个小时、2个小时、7个小时、1天、2天或是其他值。
可以看出，在本申请实施例中，如果发现有生成时间比较久的监控模块日志会删除，进而避免占用了过多的设备储存空间。
在本申请的一实现方式中，所述将所述第一压缩包作为所述第一应用的监控模块日志之后，所述方法还包括：
所述监控模块删除所述第二目录，以及删除所述第二目录下的文件。
可以看出，在本申请实施例中，在打包压缩第二目录之后，在第一目录下会存在包含第二目录下的文件，因此在该种情况下是不需要第二目录和第二目录下的文件的，可以删除第二目录和第二目录下的文件，进而避免占用了过多的设备储存空间。
在本申请的一实现方式中，所述监控模块上传所述第一目录下的监控模块日志之后，所述方法还包括：所述监控模块删除上传的监控模块日志。
可以看出，在本申请实施例中，在将监控模块日志上传之后，上传的监控模块日志对电子设备就没什么用处了，可以删除，进而避免占用了过多的设备储存空间。
在本申请的一实现方式中，所述监控模块上传所述第一目录下的监控模块日志，包括：
所述监控模块扫描所述第一目录；
在扫描到监控模块日志时，所述监控模块上传扫描到的监控模块日志。
其中，监控模块可以是周期性的扫描第一目录(如每2个小时扫描一次，每5个小时扫描一次、每1天扫描一次等)。监控模块也可以不是周期性的扫描第一目录，在此不做唯一限定。
可以看出，在本申请实施例中，在生成监控模块日志之后不是直接将监控模块日志直接上传，而是在固定的某些时刻扫描第一目录，然后再将扫描到的所有监控模块日志统一上传，可避免多次传输，进而降低信息传输的开销。
在本申请的一实现方式中，所述将所述第一压缩包作为所述第一应用的监控模块日志之后，所述方法还包括：
在所述第一应用为预设应用时，所述监控模块直接上传所述第一应用的监控模块日志；在所述第一应用不为预设应用时，执行步骤204。
其中，预设应用为常用应用，如QQ、微信、微博、美图秀秀、爱奇艺、淘宝等等。
可以看出，在本申请实施例中，如果是比较常用的应用出现异常，该种情况下，及时反馈异常日志，以使得该应用的异常问题及时得到处理，进而避免影响用户使用该应用。
进一步地，在所述第一应用上一次出现异常现象的时间距离当前系统时间小于第六阈值时，所述监控模块直接上传所述第一应用的监控模块日志；在所述第一应用上一次出现异常现象的时间距离当前系统时间大于或等于第六阈值时，执行步骤204。
可以看出，在本申请实施例中，如果比较常用的应用在较短的时间内出现多次异常，该种情况下，及时反馈异常日志，以使得该应用的异常问题及时得到处理，进而避免影响用户使用该应用。
与所述图2所示的实施例一致的，请参阅图3，图3是本申请实施例提供的日志上传方法的流程示意图，应用于包括监控模块的电子设备，所述监控模块用于监控应用的异常现象，本日志上传方法包括：
步骤301：所述监控模块监控运行在电子设备中的应用。
在所述监控模块监控到第一应用的异常现象时，执行步骤302和步骤304。
步骤302：所述监控模块扫描所述监控模块关联的第一目录下的监控模块日志。
若扫描到至少一个监控模块日志的生成时间距离当前系统时间大于或等于第三阈值时，则执行步骤303；
若扫描到所有监控模块日志的生成时间距离当前系统时间小于第三阈值时，则结束该流程。
步骤303：所述监控模块删除所述至少一个监控模块日志。
步骤304：所述监控模块确定所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量是否小于第一阈值。
若所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量小于第一阈值，则执行步骤305；
若所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量大于或等于第一阈值，则不作任何操作。
步骤305：所述监控模块确定所述第一目录下的监控模块日志的数量是否小于第二阈值。
若所述第一目录下的监控模块日志的数量小于第二阈值，则执行步骤306；
若所述第一目录下的监控模块日志的数量大于或等于第二阈值，则执行步骤307。
步骤306：所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹。执行完步骤306执行步骤308。
步骤307：所述监控模块删除所述第一目录下的N个监控模块日志，N为正整数。执行完步骤307执行步骤306。
其中，N个监控模块日志满足以下至少一种：N个监控模块日志为生成时间距离当前系统时间最早的N个监控模块日志；在删除完N个监控模块之后，在第一目录下均有与N个监控模块日志中每个监控模块日志的异常类型和应用相同的监控模块日志；N个监控模块日志为生成时间为距离当前系统时间大于或等于第四阈值的N个监控模块日志；每个监控模块日志的大小均大于或等于第五阈值。
步骤308：所述监控模块在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志。
步骤309：所述监控模块打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志。
步骤310：所述监控模块删除所述第二目录，以及删除所述第二目录下的文件。
步骤311：所述监控模块扫描所述第一目录。
步骤312：在扫描到监控模块日志时，所述监控模块上传扫描到的监控模块日志。
步骤313：所述监控模块删除上传的监控模块日志。
需要说明的是，步骤304可以在步骤305之前，也可以在步骤305之后，在此不作限定。本实施例的具体实现过程可参见上述方法实施例所述的具体实现过程，在此不再详述。
与上述图2和图3所示的实施例一致的，请参阅图4，图4是本申请实施例提供了另一种电子设备的结构示意图，所述电子设备包括监控模块，所述监控模块用于监控应用的异常现象，如图所述，所述电子设备包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，上述程序包括用于执行以下步骤的指令：
在所述监控模块监控到第一应用的异常现象时，通过所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹；
通过所述监控模块在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；
通过所述监控模块打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；
通过所述监控模块上传所述第一目录下的监控模块日志。
可以看出，在本申请实施例中，在监控模块监控到第一应用的异常现象时，该监控模块在该监控模块关联的第一目录下生成一个空的文件夹，然后在该文件夹关联的第二目录下生成多个日志，分别为应用异常日志、系统日志和内核层日志，再然后打包压缩第二目录，以得到包含该多个日志的压缩包，以及将该压缩包作为第一应用的监控模块日志，最后将该监控模块日志上传。相较于现有技术只上传一个应用异常日志，本申请实施例除了将应用异常日志上传还将系统日志和内核层日志，以使得协助开发人员有足够的信息分析和解决应用的异常问题。
在本申请的一实现方式中，在通过监控模块在所述监控模块关联的第一目录下生成空的第一文件夹之前，上述程序包括还用于执行以下步骤的指令：
通过所述监控模块确定所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量小于第一阈值。
在本申请的一实现方式中，所述通过所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹之前，上述程序包括还用于执行以下步骤的指令：通过所述监控模块确定所述第一目录下的监控模块日志的数量小于第二阈值。
在本申请的一实现方式中，上述程序包括还用于执行以下步骤的指令：
在所述监控模块监控到应用的异常现象时，通过所述监控模块扫描所述第一目录下的监控模块日志；
在扫描到至少一个监控模块日志的生成时间距离当前系统时间大于或等于第三阈值时，通过所述监控模块删除所述至少一个监控模块日志。
在本申请的一实现方式中，所述将所述第一压缩包作为所述第一应用的监控模块日志之后，上述程序包括还用于执行以下步骤的指令：
通过所述监控模块删除所述第二目录，以及删除所述第二目录下的文件。
在本申请的一实现方式中，所述通过所述监控模块上传所述第一目录下的监控模块日志之后，上述程序包括还用于执行以下步骤的指令：通过所述监控模块删除上传的监控模块日志。
在本申请的一实现方式中，在通过所述监控模块上传所述第一目录下的监控模块日志方面，上述程序包括具体用于执行以下步骤的指令：
通过所述监控模块扫描所述第一目录；
在扫描到监控模块日志时，通过所述监控模块上传扫描到的监控模块日志。
需要说明的是，本实施例的具体实现过程可参见上述方法实施例所述的具体实现过程，在此不再详述。
本申请实施例可以根据所述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。所述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
下面为本申请装置实施例，本申请装置实施例用于执行本申请方法实施例所实现的方法。请参阅图5，图5是本申请实施例提供的一种日志上传装置，应用于电子设备，所述装置包括：
文件夹生成单元501，用于在监控到第一应用的异常现象时，在所述监控模块关联的第一目录下生成空的第一文件夹；
日志生成单元502，用于在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；
日志上传单元503，用于上传所述第一目录下的监控模块日志。
可以看出，在本申请实施例中，在监控模块监控到第一应用的异常现象时，该监控模块在该监控模块关联的第一目录下生成一个空的文件夹，然后在该文件夹关联的第二目录下生成多个日志，分别为应用异常日志、系统日志和内核层日志，再然后打包压缩第二目录，以得到包含该多个日志的压缩包，以及将该压缩包作为第一应用的监控模块日志，最后将该监控模块日志上传。相较于现有技术只上传一个应用异常日志，本申请实施例除了将应用异常日志上传还将系统日志和内核层日志，以使得协助开发人员有足够的信息分析和解决应用的异常问题。
在本申请的一实现方式中，在文件夹生成单元501在所述监控模块关联的第一目录下生成空的第一文件夹之前，所述装置还包括：
监控单元504，用于确定所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量小于第一阈值。
在本申请的一实现方式中，在文件夹生成单元501在所述监控模块关联的第一目录下生成空的第一文件夹之前，监控单元504，还用于确定所述第一目录下的监控模块日志的数量小于第二阈值。
在本申请的一实现方式中，监控单元504，还用于在所述监控模块监控到应用的异常现象时，扫描所述第一目录下的监控模块日志；在扫描到至少一个监控模块日志的生成时间距离当前系统时间大于或等于第三阈值时，删除所述至少一个监控模块日志。
在本申请的一实现方式中，日志生成单元502将所述第一压缩包作为所述第一应用的监控模块日志之后，监控单元504，还用于删除所述第二目录，以及删除所述第二目录下的文件。
在本申请的一实现方式中，日志上传单元503上传所述第一目录下的监控模块日志之后，监控单元504，还用于删除上传的监控模块日志。
在本申请的一实现方式中，在上传所述第一目录下的监控模块日志方面，日志上传单元503具体用于：扫描所述第一目录；在扫描到监控模块日志时，上传扫描到的监控模块日志。
需要说明的是，文件夹生成单元501、日志生成单元502、日志上传单元503和监控单元504可通过处理单元调用监控模块实现。
本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。
本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种日志上传方法，其特征在于，应用于包括监控模块的电子设备，所述监控模块用于监控应用的异常现象，所述方法包括：
在所述监控模块监控到第一应用的异常现象时，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹；
所述监控模块在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；
所述监控模块打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；
所述监控模块上传所述第一目录下的监控模块日志。
2.根据权利要求1所述的方法，其特征在于，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹之前，所述方法还包括：
所述监控模块确定所述第一目录下的所述第一应用的同一异常类型的监控模块日志的数量小于第一阈值。
3.根据权利要求1或2所述的方法，其特征在于，所述监控模块在所述监控模块关联的第一目录下生成空的第一文件夹之前，所述方法还包括：所述监控模块确定所述第一目录下的监控模块日志的数量小于第二阈值。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
在所述监控模块监控到应用的异常现象时，所述监控模块扫描所述第一目录下的监控模块日志；
在扫描到至少一个监控模块日志的生成时间距离当前系统时间大于或等于第三阈值时，所述监控模块删除所述至少一个监控模块日志。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述将所述第一压缩包作为所述第一应用的监控模块日志之后，所述方法还包括：
所述监控模块删除所述第二目录，以及删除所述第二目录下的文件。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述监控模块上传所述第一目录下的监控模块日志之后，所述方法还包括：所述监控模块删除上传的监控模块日志。
7.根据权利要求1-6任一项所述的方法，其特征在于，所述监控模块上传所述第一目录下的监控模块日志，包括：
所述监控模块扫描所述第一目录；
在扫描到监控模块日志时，所述监控模块上传扫描到的监控模块日志。
8.一种日志上传装置，其特征在于，应用于电子设备，所述装置包括：
文件夹生成单元，用于在监控到第一应用的异常现象时，在所述监控模块关联的第一目录下生成空的第一文件夹；
日志生成单元，用于在所述第一文件夹关联的第二目录下生成以下的日志：应用异常日志、系统日志和内核层日志；打包压缩所述第二目录，得到第一压缩包，将所述第一压缩包作为所述第一应用的监控模块日志；
日志上传单元，用于上传所述第一目录下的监控模块日志。
9.一种电子设备，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被处理器执行，以实现如权利要求1-7任一项所述的方法。
CN201910199047.8A 2019-03-15 2019-03-15 日志上传方法及相关设备 Active CN109982315B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910199047.8A CN109982315B (zh) 2019-03-15 2019-03-15 日志上传方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910199047.8A CN109982315B (zh) 2019-03-15 2019-03-15 日志上传方法及相关设备

Publications (2)

Publication Number Publication Date
CN109982315A true CN109982315A (zh) 2019-07-05
CN109982315B CN109982315B (zh) 2021-10-22

Family

ID=67079108

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910199047.8A Active CN109982315B (zh) 2019-03-15 2019-03-15 日志上传方法及相关设备

Country Status (1)

Country Link
CN (1) CN109982315B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110825713A (zh) * 2019-10-30 2020-02-21 Oppo广东移动通信有限公司 信息处理方法以及相关产品
CN111163340A (zh) * 2019-12-31 2020-05-15 武汉光庭信息技术股份有限公司 一种基于车联网的ivi系统远程log上报方法和装置
CN112235638A (zh) * 2020-10-10 2021-01-15 深圳创维－Rgb电子有限公司 异常信息定位方法、系统、服务器及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103544096A (zh) * 2013-10-21 2014-01-29 Tcl集团股份有限公司 Android终端运行异常时的信息反馈方法及系统
US20150193280A1 (en) * 2012-06-18 2015-07-09 Tencent Technology (Shenzhen) Company Limited Method and device for monitoring api function scheduling in mobile terminal

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150193280A1 (en) * 2012-06-18 2015-07-09 Tencent Technology (Shenzhen) Company Limited Method and device for monitoring api function scheduling in mobile terminal
CN103544096A (zh) * 2013-10-21 2014-01-29 Tcl集团股份有限公司 Android终端运行异常时的信息反馈方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110825713A (zh) * 2019-10-30 2020-02-21 Oppo广东移动通信有限公司 信息处理方法以及相关产品
CN110825713B (zh) * 2019-10-30 2022-05-27 Oppo广东移动通信有限公司 信息处理方法以及相关产品
CN111163340A (zh) * 2019-12-31 2020-05-15 武汉光庭信息技术股份有限公司 一种基于车联网的ivi系统远程log上报方法和装置
CN112235638A (zh) * 2020-10-10 2021-01-15 深圳创维－Rgb电子有限公司 异常信息定位方法、系统、服务器及存储介质

Also Published As

Publication number Publication date
CN109982315B (zh) 2021-10-22

Similar Documents

Publication Publication Date Title
CN109982315A (zh) 日志上传方法及相关设备
CN113032099B (zh) 云计算节点、文件管理方法及装置
CN110825807B (zh) 基于人工智能的数据交互转换方法、装置、设备及介质
US10445214B2 (en) System and method for tracking callback functions for error identification
CN110750437B (zh) 一种设备调试方法、装置、设备及系统
JP7161560B2 (ja) 人工知能開発プラットフォームの管理方法及び装置、媒体
CN107291744A (zh) 确定及运用应用程序之间的关系关联的方法及装置
US10506392B1 (en) Stream-processing of telecommunication diameter event records
CN106331055A (zh) 标识符生成装置及方法
CN108984339A (zh) 数据恢复方法及相关产品
CN113448690B (zh) 监测方法及装置
CN113296987B (zh) 调用模块的接口调用方法、装置、计算机设备及存储介质
CN111447136B (zh) 消息推送方法、装置、计算机设备和存储介质
CN107465538A (zh) 一种物联网终端迁移方法和网关
CN103561113A (zh) Web Service接口的生成方法及装置
CN110673835A (zh) 一种动态装配式开发系统、方法、计算机和计算机程序
CN116341508A (zh) 报文模板的动态配置方法、装置、计算机设备及存储介质
CN116112457A (zh) 消息通知的方法、装置、计算机设备及存储介质
CN107168648B (zh) 文件存储方法、装置及终端
CN115426375A (zh) 一种数据处理方法和数据处理系统
CN109815202A (zh) 日志编辑方法及相关装置
CN112527377B (zh) 应用程序生成处理方法、装置、计算机设备和存储介质
CN104516774A (zh) 一种远程应用的操作方法及终端、服务器
CN113923257A (zh) 容器组实例终止和创建方法、装置、电子设备和存储介质
CN116582406B (zh) 监控数据的上传方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant