CN105204979B - 安卓日志的记录方法及移动终端 - Google Patents
安卓日志的记录方法及移动终端 Download PDFInfo
- Publication number
- CN105204979B CN105204979B CN201510450241.0A CN201510450241A CN105204979B CN 105204979 B CN105204979 B CN 105204979B CN 201510450241 A CN201510450241 A CN 201510450241A CN 105204979 B CN105204979 B CN 105204979B
- Authority
- CN
- China
- Prior art keywords
- event
- log information
- abnormal
- anomalous event
- exception
- 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.)
- Active
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明涉及移动通信技术领域，公开了一种安卓日志的记录方法，包括：检测是否发生异常事件；若是，获取所述异常事件的事件类型；根据所述异常事件的事件类型，确定所述异常事件的记录方式；通过所述记录方式记录所述异常事件为日志信息，存储所述日志信息。本发明还公开了一种移动终端，按上述方法进行控制，本发明可有效减少日志信息的空间占用，便于技术开发人员对日志信息的分析工作。
Description
技术领域
本发明涉及移动通信技术领域，尤其涉及一种安卓日志的记录方法及移动终端。
背景技术
现今移动终端的安卓系统在正常运行时，都会记录日志信息，如果遇到系统异常，技术开发人员可以通过分析日志信息，查找和解决安卓系统当前存在的问题。经统计，移动终端正常运行3分钟平均会生成1.6MB左右的日志信息文件，长时间的使用移动终端会造成日志信息文件的不断积累，其占用的系统空间也会日益增大。
现有的大体积的日志信息文件容易给移动终端的存储空间造成负担，大体积的日志信息易导致移动终端运行性能下降，同时，异常出现时，大量无用的日志信息也会技术开发人员的分析工作造成困扰。
发明内容
为解决现有技术中安卓平台长时间使用会积累大量日志信息的问题，本发明实施例一方面提供一种安卓日志的记录方法，包括：
检测是否发生异常事件；
若是，获取所述异常事件的事件类型；
根据所述异常事件的事件类型，确定所述异常事件的记录方式；
通过所述记录方式记录所述异常事件为日志信息，存储所述日志信息。
另一方面，本发明实施例还提供了一种移动终端，包括：
检测模块，用于检测是否发生异常事件；
获取模块，用于在发生异常事件时，获取所述异常事件的事件类型；
确定模块，用于根据所述异常事件的事件类型，确定所述异常事件的记录方式；
存储模块，用于通过所述记录方式记录所述异常事件为日志信息，存储所述日志信息。
本发明实施例通过在发生异常事件时，将异常事件记录为日志信息，经统计，发生一次异常事件记录的日志信息平均为2.7KB，极大的减少了日志信息的空间占用，也便于技术开发人员的后期分析。同时，根据异常事件的事件类型，确定异常事件的记录方式，能对不同事件类型进行有针对性的优化，避免记录不必要的日志信息，进一步减少了日志信息的空间占用，提高了用户的使用体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明日志信息的记录方法的第一实施例的流程示意图；
图2是本发明日志信息的记录方法的第二实施例的流程示意图；
图3是本发明移动终端的第一实施例的结构示意图；
图4是本发明移动终端的第二实施例的结构示意图；
图5是本发明日志信息的记录方法的第二实施例的示意图，图中示出了事件类型与记录方式的配对关系。
具体实施方式
为了使本发明所解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参照图1，是本发明的日志信息的记录方法的第一实施例的流程示意图。该日志信息的记录方法包括：
步骤S11，检测是否发生异常事件。
移动终端可以实时监测异常事件，也可以通过在每次开机或重启后检测日志信息，判断上一次关机前是否发生异常事件。
在本实施例中，移动终端可以实时监测IDropBoxManagerService.add()函数和DropBoxManager.ACTION_DROPBOX_ENTRY_ADDED广播判断是否发生异常，通常情况下，当移动终端监测到调用IDropBoxManagerService.add()函数、或接收到DropBoxManager.ACTION_DROPBOX_ENTRY_ADDED广播时，说明发生了异常事件。
步骤S12，若是，获取异常事件的事件类型。
在本发明实施例中，不同的异常事件可以对应不同的事件类型。
异常事件包括：应用程序强制关闭、应用程序无响应、严重错误异常、严苛模式异常、低内存异常、系统服务无响应、网络状态异常、电池放电异常、系统异常开机、系统异常重启、内核错误、系统恢复层异常或本地进程异常。
其中，应用程序强制关闭(Force Close，也作crash)，通常出现在当Java代码中出现未被捕获的异常时。
应用程序无响应(Application Not Responding，ANR)，通常出现在应用程序的主线程长时间未能得到响应时。
严重错误异常(What a Terrible Failure，WTF),通常出现在当前发现了很严重的问题。
严苛模式异常(Strict Mode Violation)，通常出现在监测到不应当在主线程中执行的网络、文件时。
内存异常(low memory，也作lowmem)，通常出现在内存不足时。
系统服务无响应，通常出现在watchdog(看门狗)监测到系统服务(system_server)无响应时。
网络状态异常(netstats_error)，通常出现在遇到明显的网络状态错误时。
电池放电异常，通常出现在电池遇到明显的放电现象时。
系统异常开机，通常出现在系统异常开机时。
系统异常重启，通常出现在系统异常重启时。
内核错误(Kernel Panic)，通常出现在内核出错而宕机时。
系统恢复层异常，通常出现在因为系统恢复而重启时。
本地进程异常(也作Native进程崩溃)，通常出现在本地进程崩溃时。
步骤S13，根据异常事件的事件类型，确定异常事件的记录方式。
不同的异常事件的事件类型，决定异常事件的记录方式。在本实施例中，单一或多个异常事件均可以确定一种事件类型。
步骤S14，通过记录方式记录异常事件为日志信息，存储日志信息。
日志信息包括：异常管理器(Drop Box Manager)生成的日志信息、传输控制协议/因特网互联协议数据包、系统层的状态信息、应用层的实时操作信息或内核层的运行信息。
其中，示例性的，Drop Box Manager会在"/data/system/dropbox"目录下保存当前发现的异常日志信息。
传输控制协议/因特网互联协议(TCP/IP)数据包，可以通过执行tcpdump命令被抓取，有利于分析网络行为和状态。
保存内核层的运行信息需要保存以下文件：
文件名：SYSTEM_LAST_KMSG(系统重启前保存的内核信息)，对应的文件目录：/proc/last_kmsg；
文件名：APANIC_CONSOLE(内核控制台日志信息)，对应的文件目录：：/data/dontpanic/apanic_console；
文件名：APANIC_THREADS(内核线程堆栈信息)，对应的文件目录：：/data/dontpanic/apanic_threads。
应用层的实时操作信息，可以通过执行logcat-b main-b system-b radio-bevents-v time>/sdcard/log/logcat.txt命令进行保存。
其中，Logcat是安卓中一个命令行工具，用于获得日志信息。
当出现应用程序强制关闭时，Activity Manager Service会记录一次crash到异常管理器的日志信息中，并保存系统层的状态信息和应用层的实时操作信息。
当出现应用程序无响应时，活动管理服务(Activity Manager Service)会增加一个ANR记录到Drop Box Manager中，并保存系统层的状态信息和应用层的实时操作信息。
当出现严重错误异常时,Activity Manager Service会增加一个wtf记录到DropBox Manager中，并保存应用层的实时操作信息。
当出现严苛模式异常时，Activity Manager Service会增加一个strict_mode违例记录在Drop Box Manager中，并保存应用层的实时操作信息。
当出现内存异常时，Activity Manager Service会增加一个lowmem记录在DropBox Manager中，并保存系统层的状态信息和应用层的实时操作信息。
当出现系统服务无响应时，Activity Manager Service会增加一个watchdog记录在Drop Box Manager中，并保存系统层的状态信息和应用层的实时操作信息。
当出现网络状态异常时，网络状态服务(Network Stats Service)会增加一个netstats_error记录在Drop Box Manager中，并保存应用层的实时操作信息和传输控制协议/因特网互联协议(TCP/IP)数据包。
当出现电池放电异常时，电池服务(Battery Service)会增加一个netstats_error记录在Drop Box Manager中。
当出现系统异常开机时，会增加一个SYSTEM_BOOT记录在Drop Box Manager中。
当出现系统异常重启时，会增加一个SYSTEM_RESTART记录在Drop Box Manager中，并保存系统层的状态信息、应用层的实时操作信息和内核层的运行信息。
当出现内核错误时，会增加对应的log记录在Drop Box Manager中，并保存内核层的运行信息。
当出现系统恢复层异常时，会增加一个SYSTEM_RECOVERY_LOG记录在Drop BoxManager中，并保存系统层的状态信息、应用层的实时操作信息和内核层的运行信息。
当出现本地进程异常时，会增加一个SYSTEM_TOMBSTONE记录到Drop Box Manager中，并保存应用层的实时操作信息。
本发明实施例通过在发生异常事件时，将异常事件记录为日志信息，经统计，发生一次异常事件记录的日志信息平均为2.7KB，极大的减少了日志信息的空间占用，也便于技术开发人员的后期分析。同时，根据异常事件的事件类型，确定异常事件的记录方式，能对不同事件类型进行有针对性的优化，避免记录不必要的日志信息，进一步减少了日志信息的空间占用，提高了用户的使用体验。
请参照图2，是本发明的日志信息的记录方法的第二实施例的流程示意图。该日志信息的记录方法包括：
步骤S21，建立配对数据库，配对数据库中存储有异常事件的事件类型与异常事件的记录方式的配对关系。
请参考图5，图中示出了时间类型与记录方式的配对关系，该配对关系可以是预设的。
步骤S22，检测是否发生异常事件。
步骤S22与第一实施例中的对应步骤相同，这里不再赘述。
步骤S23，若是，获取异常事件的事件类型。
步骤S23与第一实施例中的对应步骤相同，这里不再赘述。
步骤S24，根据异常事件的事件类型，在配对数据库中查找对应的异常事件的记录方式。
由于提供了配对数据库，使得记录方式的获取更加迅速快捷，同时配对数据库也更便于技术开发人员对配对关系进行修正和完善，有利于提高技术开发人员后期对日志信息的分析效率。
步骤S25，通过上述记录方式记录异常事件为日志信息，存储日志信息。
步骤S25与第一实施例中的对应步骤相同，这里不再赘述。
步骤S26，定时对日志信息进行打包压缩。
步骤S26通过定时对日志信息进行打包压缩，进一步缩小了日志信息的空间占用。
本发明实施例通过提供配对数据库，使当异常事件的事件类型被确定后，可以通过在配对数据库中查找对应的配对关系，快速定位到该日志信息的记录方式，提高了日志信息的记录效率，同时，定时对日志信息进行打包压缩，有利于进一步控制日志信息的空间占用，优化移动终端的运行时资源配置。
上文对本发明安卓日志的记录方法的实施例作了详细介绍。下面将相应于上述方法的装置(即移动终端)作进一步阐述。其中，移动终端可以手机、平板电脑、MP3、MP4或笔记本电脑等。
请参考图3，是本发明的移动终端的第一实施例的结构示意图，用于实现上述方法的第一实施例中的日志信息的记录方法。移动终端100包括检测模块110、获取模块120、确定模块130和存储模块140。
其中，检测模块110，与获取模块120连接，用于检测是否发生异常事件。
移动终端可以实时监测异常事件，也可以通过在每次开机或重启后检测日志信息，判断上一次关机前是否发生异常事件。
在本实施例中，移动终端可以实时监测IDropBoxManagerService.add()函数和DropBoxManager.ACTION_DROPBOX_ENTRY_ADDED广播判断是否发生异常，通常情况下，当移动终端监测到调用IDropBoxManagerService.add()函数、或接收到DropBoxManager.ACTION_DROPBOX_ENTRY_ADDED广播时，说明发生了异常事件。
获取模块120，与确定模块130连接，用于在发生异常事件时，获取异常事件的事件类型。
在本发明实施例中，不同的异常事件可以对应不同的事件类型。
异常事件包括：应用程序强制关闭、应用程序无响应、严重错误异常、严苛模式异常、低内存异常、系统服务无响应、网络状态异常、电池放电异常、系统异常开机、系统异常重启、内核错误、系统恢复层异常或本地进程异常。
其中，应用程序强制关闭(Force Close，也作crash)，通常出现在当Java代码中出现未被捕获的异常时。
应用程序无响应(Application Not Responding，ANR)，通常出现在应用程序的主线程长时间未能得到响应时。
严重错误异常(What a Terrible Failure，WTF),通常出现在当前发现了很严重的问题。
严苛模式异常(Strict Mode Violation)，通常出现在监测到不应当在主线程中执行的网络、文件时。
内存异常(low memory，也作lowmem)，通常出现在内存不足时。
系统服务无响应，通常出现在watchdog(看门狗)监测到系统服务(system_server)无响应时。
网络状态异常(netstats_error)，通常出现在遇到明显的网络状态错误时。
电池放电异常，通常出现在电池遇到明显的放电现象时。
系统异常开机，通常出现在系统异常开机时。
系统异常重启，通常出现在系统异常重启时。
内核错误(Kernel Panic)，通常出现在内核出错而宕机时。
系统恢复层异常，通常出现在因为系统恢复而重启时。
本地进程异常(也作Native进程崩溃)，通常出现在本地进程崩溃时。
确定模块130，与存储模块140连接，用于根据异常事件的事件类型，确定异常事件的记录方式。
不同的异常事件的事件类型，决定异常事件的记录方式。在本实施例中，单一或多个异常事件均可以确定一种事件类型。
存储模块140，用于通过上述记录方式记录异常事件为日志信息，存储日志信息。
日志信息包括：异常管理器(Drop Box Manager)生成的日志信息、传输控制协议/因特网互联协议数据包、系统层的状态信息、应用层的实时操作信息或内核层的运行信息。
其中，示例性的，Drop Box Manager会在"/data/system/dropbox"目录下保存当前发现的异常日志信息。
传输控制协议/因特网互联协议(TCP/IP)数据包，可以通过执行tcpdump命令被抓取，有利于分析网络行为和状态。
保存内核层的运行信息需要保存以下文件：
文件名：SYSTEM_LAST_KMSG(系统重启前保存的内核信息)，对应的文件目录：/proc/last_kmsg；
文件名：APANIC_CONSOLE(内核控制台日志信息)，对应的文件目录：：/data/dontpanic/apanic_console；
文件名：APANIC_THREADS(内核线程堆栈信息)，对应的文件目录：：/data/dontpanic/apanic_threads。
应用层的实时操作信息，可以通过执行logcat-b main-b system-b radio-bevents-v time>/sdcard/log/logcat.txt命令进行保存。
其中，Logcat是安卓中一个命令行工具，用于获得日志信息。
当出现应用程序强制关闭时，Activity Manager Service会记录一次crash到异常管理器的日志信息中，并保存系统层的状态信息和应用层的实时操作信息。
当出现应用程序无响应时，活动管理服务(Activity Manager Service)会增加一个ANR记录到Drop Box Manager中，并保存系统层的状态信息和应用层的实时操作信息。
当出现严重错误异常时,Activity Manager Service会增加一个wtf记录到DropBox Manager中，并保存应用层的实时操作信息。
当出现严苛模式异常时，Activity Manager Service会增加一个strict_mode违例记录在Drop Box Manager中，并保存应用层的实时操作信息。
当出现内存异常时，Activity Manager Service会增加一个lowmem记录在DropBox Manager中，并保存系统层的状态信息和应用层的实时操作信息。
当出现系统服务无响应时，Activity Manager Service会增加一个watchdog记录在Drop Box Manager中，并保存系统层的状态信息和应用层的实时操作信息。
当出现网络状态异常时，网络状态服务(Network Stats Service)会增加一个netstats_error记录在Drop Box Manager中，并保存应用层的实时操作信息和传输控制协议/因特网互联协议(TCP/IP)数据包。
当出现电池放电异常时，电池服务(Battery Service)会增加一个netstats_error记录在Drop Box Manager中。
当出现系统异常开机时，会增加一个SYSTEM_BOOT记录在Drop Box Manager中。
当出现系统异常重启时，会增加一个SYSTEM_RESTART记录在Drop Box Manager中，并保存系统层的状态信息、应用层的实时操作信息和内核层的运行信息。
当出现内核错误时，会增加对应的log记录在Drop Box Manager中，并保存内核层的运行信息。
当出现系统恢复层异常时，会增加一个SYSTEM_RECOVERY_LOG记录在Drop BoxManager中，并保存系统层的状态信息、应用层的实时操作信息和内核层的运行信息。
当出现本地进程异常时，会增加一个SYSTEM_TOMBSTONE记录到Drop Box Manager中，并保存应用层的实时操作信息。
本发明实施例通过在发生异常事件时，将异常事件记录为日志信息，经统计，发生一次异常事件记录的日志信息平均为2.7KB，极大的减少了日志信息的空间占用，也便于技术开发人员的后期分析。同时，根据异常事件的事件类型，确定日志信息的记录方式，能对不同事件类型进行有针对性的优化，避免记录不必要的日志信息，进一步减少了日志信息的空间占用，提高了用户的使用体验。
请参考图4，是本发明的移动终端的第二实施例的结构示意图，用于实现上述方法的第二实施例中的日志信息的记录方法。移动终端200包括建立模块210、检测模块220、获取模块230、确定模块240、存储模块250和压缩模块260。
其中，建立模块210，与检测模块220连接，用于建立配对数据库，配对数据库中存储有异常事件的事件类型与异常事件的记录方式的配对关系。
请参考图5，图中示出了时间类型与记录方式的配对关系，该配对关系可以是预设的。
检测模块220，与获取模块230连接，用于检测是否发生异常事件。
检测模块220与第一实施例中的对应模块相同，这里不再赘述。
获取模块230，与确定模块240连接，用于在发生异常事件时，获取异常事件的事件类型。
获取模块230与第一实施例中的对应模块相同，这里不再赘述。
确定模块240，与存储模块250连接，根据异常事件的事件类型，在配对数据库中查找对应的异常事件的记录方式。
由于提供了配对数据库，使得记录方式的获取更加迅速快捷，同时配对数据库也更便于技术开发人员对配对关系进行修正和完善，有利于提高技术开发人员后期对日志信息的分析效率。
存储模块250，与压缩模块260连接，用于根据记录方式存储日志信息，日志信息用于记录异常事件。
存储模块250与第一实施例中的对应模块相同，这里不再赘述。
压缩模块260，用于定时对日志信息进行打包压缩。压缩模块260通过定时对日志信息进行打包压缩，进一步缩小了日志信息的空间占用。
本发明实施例通过提供配对数据库，使当异常事件的事件类型被确定后，可以通过在配对数据库中查找对应的配对关系，快速定位到该异常事件的记录方式，提高了日志信息的记录效率，同时，定时对日志信息进行打包压缩，有利于进一步控制日志信息的空间占用，优化移动终端的运行时资源配置。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露移动终端和日志信息的记录方法，可以通过其它的方式实现。例如，以上所描述的移动终端的实施例仅仅是示意性的，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (8)
1.安卓日志的记录方法，其特征在于，包括：
检测是否发生异常事件，在每次开机或重启后检测日志信息，判断上一次关机前是否发生异常事件；所述异常事件包括：应用程序强制关闭、应用程序无响应、严重错误异常、严苛模式异常、内存异常、系统服务无响应、网络状态异常、电池放电异常、系统异常开机、系统异常重启、内核错误、系统恢复层异常或本地进程异常；
若是，获取所述异常事件的事件类型；
根据所述异常事件的事件类型，确定所述异常事件的记录方式；
通过所述记录方式记录所述异常事件为日志信息，存储所述日志信息。
2.如权利要求1所述的安卓日志的记录方法，其特征在于，在根据所述异常事件的事件类型，确定所述异常事件的记录方式的步骤之前的任意步骤，还包括：
建立配对数据库，所述配对数据库中存储有所述事件类型与所述记录方式的配对关系；
所述根据所述异常事件的事件类型，确定所述异常事件的记录方式的步骤，包括：
根据所述异常事件的事件类型，在所述配对数据库中查找对应的所述异常事件的记录方式。
3.如权利要求1或2所述的安卓日志的记录方法，其特征在于，所述日志信息包括：异常管理器生成的日志信息、传输控制协议/因特网互联协议数据包、系统层的状态信息、应用层的实时操作信息或内核层的运行信息。
4.如权利要求1所述的安卓日志的记录方法，其特征在于，在所述通过所述记录方式记录所述异常事件为日志信息，存储所述日志信息的步骤之后，还包括：
定时对所述日志信息进行打包压缩。
5.一种移动终端，其特征在于，包括：
检测模块，用于检测是否发生异常事件，在每次开机或重启后检测日志信息，判断上一次关机前是否发生异常事件；所述异常事件包括：应用程序强制关闭、应用程序无响应、严重错误异常、严苛模式异常、内存异常、系统服务无响应、网络状态异常、电池放电异常、系统异常开机、系统异常重启、内核错误、系统恢复层异常或本地进程异常；
获取模块，用于在发生异常事件时，获取所述异常事件的事件类型；
确定模块，用于根据所述异常事件的事件类型，确定所述异常事件的记录方式；
存储模块，用于通过所述记录方式记录所述异常事件为日志信息，存储所述日志信息。
6.如权利要求5所述的移动终端，其特征在于，还包括：
建立模块，用于建立配对数据库，所述配对数据库中存储有所述事件类型与所述记录方式的配对关系；
所述确定模块，具体用于：根据所述异常事件的事件类型，在所述配对数据库中查找对应的所述异常事件的记录方式。
7.如权利要求5或6所述的移动终端，其特征在于，所述日志信息包括：异常管理器生成的日志信息、传输控制协议/因特网互联协议数据包、系统层的状态信息、应用层的实时操作信息或内核层的运行信息。
8.如权利要求5所述的移动终端，其特征在于，还包括：
压缩模块，用于定时对所述日志信息进行打包压缩。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510450241.0A CN105204979B (zh) | 2015-07-28 | 2015-07-28 | 安卓日志的记录方法及移动终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510450241.0A CN105204979B (zh) | 2015-07-28 | 2015-07-28 | 安卓日志的记录方法及移动终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105204979A CN105204979A (zh) | 2015-12-30 |
| CN105204979B true CN105204979B (zh) | 2018-09-04 |
Family
ID=54952673
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510450241.0A Active CN105204979B (zh) | 2015-07-28 | 2015-07-28 | 安卓日志的记录方法及移动终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105204979B (zh) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106201756B (zh) * | 2016-07-12 | 2019-09-06 | 努比亚技术有限公司 | 日志获取装置、移动终端及方法 |
| CN106506212A (zh) * | 2016-11-04 | 2017-03-15 | 上海传英信息技术有限公司 | 异常信息获取方法及用户终端 |
| CN106844172A (zh) * | 2016-12-28 | 2017-06-13 | 福建三元达网络技术有限公司 | 一种高效定位系统故障的日志记录方法及系统 |
| CN107066374B (zh) * | 2017-03-20 | 2020-07-10 | Oppo广东移动通信有限公司 | 一种数据处理方法及移动终端 |
| CN106888125A (zh) * | 2017-03-30 | 2017-06-23 | 努比亚技术有限公司 | 一种处理异常关机日志的方法、移动终端和服务器 |
| CN108804299B (zh) * | 2017-04-26 | 2023-04-07 | 腾讯科技（深圳）有限公司 | 应用程序异常处理方法及装置 |
| CN107404494B (zh) * | 2017-08-21 | 2020-04-21 | 奇安信科技集团股份有限公司 | 异常事件信息处理方法及装置 |
| CN108255631B (zh) * | 2017-12-28 | 2022-04-19 | 努比亚技术有限公司 | 移动终端重启定位方法、移动终端及计算机可读存储介质 |
| CN108062257A (zh) * | 2017-12-28 | 2018-05-22 | 北京奇虎科技有限公司 | 一种处理堆栈信息的方法及系统 |
| CN108108257B (zh) * | 2017-12-28 | 2022-03-18 | 努比亚技术有限公司 | 基于mdss的重启定位方法、移动终端及可读存储介质 |
| CN108280011A (zh) * | 2018-01-16 | 2018-07-13 | 北京小米移动软件有限公司 | 日志抓取方法及装置 |
| CN109614042B (zh) * | 2018-11-30 | 2022-09-02 | 维沃移动通信有限公司 | 一种存储日志信息的方法及终端设备 |
| CN110187997A (zh) * | 2019-06-06 | 2019-08-30 | 深信服科技股份有限公司 | 一种磁盘异常监测方法、装置、设备及介质 |
| CN110333964B (zh) * | 2019-07-01 | 2023-06-02 | Oppo广东移动通信有限公司 | 异常日志处理方法及装置、电子设备、存储介质 |
| CN110413497B (zh) * | 2019-07-30 | 2024-02-13 | Oppo广东移动通信有限公司 | 异常监控方法、装置、终端设备及计算机可读存储介质 |
| CN113515317A (zh) * | 2020-03-25 | 2021-10-19 | 华为技术有限公司 | 数据恢复的方法、装置 |
| CN112235638B (zh) * | 2020-10-10 | 2023-04-25 | 深圳创维－Rgb电子有限公司 | 异常信息定位方法、系统、服务器及存储介质 |
| CN114756857A (zh) * | 2022-03-04 | 2022-07-15 | 上海极豆科技有限公司 | 一种基于车载终端的安全监测方法及系统 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130117089A1 (en) * | 2011-11-04 | 2013-05-09 | Alex Pachikov | Software distribution on mobile networks |
| CN104375928A (zh) * | 2013-08-12 | 2015-02-25 | 鸿富锦精密工业（深圳）有限公司 | 异常日志管理方法及系统 |
| CN103544096A (zh) * | 2013-10-21 | 2014-01-29 | Tcl集团股份有限公司 | Android终端运行异常时的信息反馈方法及系统 |
| CN104199766A (zh) * | 2014-08-25 | 2014-12-10 | 广东欧珀移动通信有限公司 | 一种异常运行的监控方法和装置 |
| CN104503918B (zh) * | 2015-01-12 | 2017-12-19 | 北京国双科技有限公司 | 异常信息的处理方法及装置 |
-
2015
- 2015-07-28 CN CN201510450241.0A patent/CN105204979B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN105204979A (zh) | 2015-12-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105204979B (zh) | 安卓日志的记录方法及移动终端 | |
| US11178037B2 (en) | Methods and systems that diagnose and manage undesirable operational states of computing facilities | |
| US10048996B1 (en) | Predicting infrastructure failures in a data center for hosted service mitigation actions | |
| JP5102901B2 (ja) | データセンタにわたる複数データサーバ間のデータ完全性を保持する方法およびシステム | |
| US8359374B2 (en) | Fast determination of compatibility of virtual machines and hosts | |
| JP4722944B2 (ja) | データベースの分散ロードのためのシステム、方法およびソフトウェア | |
| CN109218100A (zh) | 分布式对象存储集群及其请求响应方法、系统和存储介质 | |
| US9292371B1 (en) | Systems and methods for preventing failures of nodes in clusters | |
| CN107544832B (zh) | 一种虚拟机进程的监控方法、装置和系统 | |
| CN110266544B (zh) | 一种云平台微服务化服务失败的原因定位的装置及方法 | |
| JP5942509B2 (ja) | バッチ処理システム | |
| CN107145406A (zh) | 一种基于集群技术的容灾备份方法及系统 | |
| CN109144787A (zh) | 一种数据恢复方法、装置、设备及可读存储介质 | |
| Di Sanzo et al. | Machine learning for achieving self-* properties and seamless execution of applications in the cloud | |
| Kumar et al. | The mystery of the failing jobs: Insights from operational data from two university-wide computing systems | |
| EP2618272B1 (en) | Method and apparatus for dynamic addition and dynamic removal of device | |
| CN109669814A (zh) | 一种元数据服务的恢复方法、装置、设备及可读存储介质 | |
| CN116010111A (zh) | 一种跨集群资源调度方法、系统及终端设备 | |
| CN106484523B (zh) | 一种硬件设备管理方法及其装置 | |
| CN115080309A (zh) | 数据备份系统、方法、存储介质以及电子设备 | |
| CN109254880A (zh) | 一种处理数据库宕机的方法及装置 | |
| CN102662702B (zh) | 设备管理系统、装置、基板管理装置及方法 | |
| CN105991608B (zh) | 分布式设备的业务处理方法、装置及分布式设备 | |
| CN102447721B (zh) | 一种备份的方法及装置 | |
| CN114499778B (zh) | 维护云平台双活的装置、方法、系统和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201029 Address after: 311121 Room 305, Building 20, Longquan Road, Cangqian Street, Yuhang District, Hangzhou City, Zhejiang Province Patentee after: VIVO MOBILE COMMUNICATION (HANGZHOU) Co.,Ltd. Address before: 283 No. 523000 Guangdong province Dongguan city Changan town usha BBK Avenue Patentee before: VIVO MOBILE COMMUNICATION Co.,Ltd. |
|
| TR01 | Transfer of patent right |