一种终端日志抓取方法、终端及存储介质技术

本发明专利技术公开了一种终端日志抓取方法、终端及存储介质，属于通信技术领域。其中，该终端日志抓取方法包括：当接收到开启终端的指令时，启动日志系统守护进程；在所述日志系统守护进程中创建本地套接字和基于所述本地套接字的服务端；所述服务端监听抓取日志的请求；当所述服务端接收到所述请求时，将所述请求转发给所述日志系统守护进程；所述日志系统守护进程抓取所述请求对应的日志，并把所述日志上传到日志系统。实现了日志系统守护进程与基于本地套接字的服务端相结合完成日志抓取的方案，提高了日志抓取的稳定性。高了日志抓取的稳定性。高了日志抓取的稳定性。

【技术实现步骤摘要】
一种终端日志抓取方法、终端及存储介质


[0001]本专利技术涉及通信
，尤其涉及一种终端日志抓取方法、终端及存储介质。

技术介绍

[0002]随着手机、平板电脑等智能终端行业的快速发展，用户对这类终端的依赖程度也逐年增高，相应的，用户对于终端的使用体验的要求也是逐步升高，如稳定性、响应速度、耗电量等都是用户非常在意的方面。为了解决用户使用终端过程中出现的各类问题，需要还原出现问题的现场，以便技术人员分析解决相应的问题。日志就是记录终端运行状态的文件，通过这些日志文件，技术人员能够尽量还原“问题现场”，找出其中存在的问题，进而解决问题。因此，如何能够获取充足、正确的日志成为了解决问题的关键一环。
[0003]现有的日志反馈机制是，如果终端出现应用不响应、应用闪退等问题,则通过发送系统广播或绑定服务等，向日志反馈收集模块的应用发送请求，让其去抓取相关日志，然后上传到日志系统。然而，这些依赖于系统框架的反馈机制，通常会存在日志丢失等稳定性问题，例如：系统会由于某些权限问题，导致广播被拦截；或者系统卡顿时，导致拥堵延时而使得重要日志迟迟得不到处理；更严重的是，当系统框架出现问题时，再通过系统去执行日志反馈逻辑，可能导致系统出现二次崩溃，从而无法正确去抓取日志，造成日志丢失。因此，如何提高日志抓取的稳定性，成为亟需解决的问题。

技术实现思路

[0004]本专利技术实施例的主要目的在于提出一种终端日志抓取方法、终端及存储介质，旨在提高日志抓取的稳定性。
[0005]为实现上述目的，第一方面，本专利技术实施例提供了一种终端日志抓取方法，该方法包括：
[0006]当接收到开启终端的指令时，启动日志系统守护进程；
[0007]在所述日志系统守护进程中创建本地套接字和基于所述本地套接字的服务端；
[0008]所述服务端监听抓取日志的请求；
[0009]当所述服务端接收到所述请求时，将所述请求转发给所述日志系统守护进程；
[0010]所述日志系统守护进程抓取所述请求对应的日志，并把所述日志上传到日志系统。
[0011]可选地，所述启动日志系统守护进程包括：
[0012]在后台启动日志系统守护进程。
[0013]可选地，所述启动日志系统守护进程包括：
[0014]由启动器启动日志系统守护进程。
[0015]可选地，所述当接收到开启终端的指令时，启动日志系统守护进程包括：
[0016]当接收到开启终端的指令时，在启动系统框架和用户进程之前，优先启动日志系统守护进程。
[0017]可选地，所述把所述日志上传到日志系统包括：
[0018]使用curl网络库把所述日志上传到日志系统。
[0019]可选地，所述方法还包括：
[0020]创建日志系统守护进程。
[0021]可选地，在所述日志系统守护进程中创建本地套接字和基于所述本地套接字的服务端之后，所述方法还包括：
[0022]在需要获取日志的模块和/或系统框架创建与所述服务端对应的基于所述本地套接字的客户端。
[0023]可选地，在所述服务端监听抓取日志的请求之后，所述方法还包括：
[0024]当所述需要获取日志的模块和/或系统框架出现异常时，所述客户端通过所述本地套接字向所述服务端发送所述请求。
[0025]第二方面，本专利技术实施例提供了一种终端，该终端包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上第一方面所述终端日志抓取方法的步骤。
[0026]第三方面，本专利技术实施例提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有终端日志抓取程序，所述终端日志抓取程序被处理器执行时实现如上第一方面所述终端日志抓取方法的步骤。
[0027]本专利技术实施例提供的终端日志抓取方法、终端及存储介质，通过当接收到开启终端的指令时，启动日志系统守护进程；在所述日志系统守护进程中创建本地套接字和基于所述本地套接字的服务端；所述服务端监听抓取日志的请求；当所述服务端接收到所述请求时，将所述请求转发给所述日志系统守护进程；所述日志系统守护进程抓取所述请求对应的日志，并把所述日志上传到日志系统。实现了日志系统守护进程与基于本地套接字的服务端相结合完成日志抓取的方案，提高了日志抓取的稳定性。
附图说明
[0028]下面将结合附图及实施例对本专利技术作进一步说明，附图中：
[0029]图1是本专利技术涉及的一种移动终端的硬件结构示意图；
[0030]图2是本专利技术实施例提供的一种通信网络系统架构图；
[0031]图3是本专利技术实施例提供的终端日志抓取方法一种实施方式的流程图；
[0032]图4是本专利技术实施例提供的终端日志抓取方法另一种实施方式的的流程图；
[0033]图5是本专利技术实施例提供的终端的结构示意图。
具体实施方式
[0034]应当理解，此处所描述的具体实施例仅用以解释本专利技术，并不用于限定本专利技术。
[0035]在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本专利技术的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
[0036]终端可以以各种形式来实施。例如，本专利技术中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式
媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
[0037]后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本专利技术的实施方式的构造也能够应用于固定类型的终端。
[0038]请参阅图1，其为实现本专利技术各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0039]下面结合图1对移动终端的各个部件进行具体的介绍：
[0040]射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种终端日志抓取方法，其特征在于，所述方法包括：当接收到开启终端的指令时，启动日志系统守护进程；在所述日志系统守护进程中创建本地套接字和基于所述本地套接字的服务端；所述服务端监听抓取日志的请求；当所述服务端接收到所述请求时，将所述请求转发给所述日志系统守护进程；所述日志系统守护进程抓取所述请求对应的日志，并把所述日志上传到日志系统。2.根据权利要求1所述的终端日志抓取方法，其特征在于，所述启动日志系统守护进程包括：在后台启动日志系统守护进程。3.根据权利要求1或2所述的终端日志抓取方法，其特征在于，所述启动日志系统守护进程包括：由启动器启动日志系统守护进程。4.根据权利要求1所述的终端日志抓取方法，其特征在于，所述当接收到开启终端的指令时，启动日志系统守护进程包括：当接收到开启终端的指令时，在启动系统框架和用户进程之前，优先启动日志系统守护进程。5.根据权利要求1所述的终端日志抓取方法，其特征在于，所述把所述日志上传到日志系统包括：使用curl网络库把所述日志上传到日志系统。6.根据权利...

【专利技术属性】
技术研发人员：秦宇，
申请(专利权)人：努比亚技术有限公司，
类型：发明
国别省市：