日志数据的获取方法、装置、终端设备及可读存储介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种日志数据的获取方法、装置、终端设备及可读存储介质。


背景技术：

2.终端设备(如手机)的硬件和软件是一个完整的搭配，手机上运行的软件升级后，通常会使得系统对硬件资源消耗变大，进而可能导致手机发热异常的问题。
3.为解决这一问题，开发人员往往需要根据终端设备发送的日志数据来优化系统，因此，如何保证终端设备所抓取的日志数据的有效性成为了亟需解决的技术问题。


技术实现要素：

4.本技术实施例提供了一种日志数据的获取方法、装置、终端设备及可读存储介质，可以提高抓取的日志数据的有效性。
5.本技术实施例第一方面公开了一种日志数据的获取方法，包括：
6.根据终端设备的运行状态数据，确定所述终端设备在未来目标时间对应的发热数据；其中，所述运行状态数据包括以下至少一种：历史采样时间点的温度值、电流值及电量值，所述未来目标时间包括未来目标时长和/或未来采样时间点，所述发热数据包括所述未来目标时长对应的数据变化量和/或所述未来采样时间点对应的数据量；所述数据变化量包括以下至少一种：温度变化量、电流变化量及电量变化量；所述数据量包括以下至少一种：所述终端设备的温度值、电量值及电流值；
7.若所述发热数据满足发热异常条件，则通过状态监测模块抓取日志数据。
8.本技术实施例第二方面公开了一种日志数据的获取装置，包括：
9.确定单元，用于根据所述终端设备的运行状态数据，确定所述终端设备在未来目标时间对应的发热数据；其中，所述运行状态数据包括以下至少一种：历史采样时间点的温度值、电流值及电量值，所述未来目标时间包括未来目标时长和/或未来采样时间点，所述发热数据包括所述未来目标时长对应的数据变化量和/或所述未来采样时间点对应的数据量；所述数据变化量包括以下至少一种：温度变化量、电流变化量及电量变化量；所述数据量包括以下至少一种：所述终端设备的温度值、电量值及电流值；
10.日志抓取单元，用于在所述发热数据满足发热异常条件时，通过状态监测模块抓取日志数据。
11.本技术实施例第三方面公开了一种终端设备，包括：
12.存储有可执行程序代码的存储器；
13.以及所述存储器耦合的处理器；
14.所述处理器调用所述存储器中存储的所述可执行程序代码，所述可执行程序代码被所述处理器执行时，使得所述处理器实现如第一方面公开的任一所述的方法
15.本技术实施例第四方面提供一种计算机可读存储介质，其上存储有可执行程序代
码，所述可执行程序代码被处理器执行时，实现如本技术实施例第一方面所述的方法。
16.本技术实施例第五方面公开一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行本技术实施例第一方面公开的任一所述的方法。
17.从以上技术方案可以看出，本技术实施例具有以下优点：
18.在本技术实施例中，首先，可以根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据；其中，该运行状态数据包括以下至少一种：历史采样时间点的温度值、电流值及电量值；然后，在确定出未来目标时间对应的发热数据满足发热异常条件，通过状态监测模块抓取日志数据。
19.通过实施该方法，可以基于终端设备的运行状态，预测未来目标时间对应的发热数据，并在该发热数据满足发热异常条件时，通过状态监测模块抓取日志数据，能够在终端设备出现异常发热之前就抓取日志数据，避免在出现发热异常之后才去抓取日志数据，导致抓取的日志数据不能准确定位问题，进而有效提高了抓取的日志数据的有效性。
附图说明
20.为了更清楚地说明本技术实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，还可以根据这些附图获得其它的附图。
21.图1是本技术实施例公开的一种日志数据的获取方法的流程示意图；
22.图2a是本技术实施例公开的另一种日志数据的获取方法的流程示意图；
23.图2b是本技术实施例公开的一种温度变化关系的示意图；
24.图2c是本技术实施例公开的另一种温度变化关系的示意图；
25.图3是本技术实施例公开的又一种日志数据的获取方法的流程示意图；
26.图4是本技术实施例公开的一种日志数据的获取装置的结构框图；
27.图5是本技术实施例公开的另一种日志数据的获取装置的结构框图；
28.图6是本技术实施例公开的一种终端设备的结构框图。
具体实施方式
29.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
30.需要说明的是，本技术实施例及附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
31.可以理解，本技术所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本技术的范围的情况下，可以将第一数据类型称为第二数据类型，且类似地，可将数据类型称为第一数据类型。第一数据类型和第二数据类型两者都是数据类型，但其
不是同一种数据类型。另外，需要说明的是，本技术实施例中所使用的术语“多个”指的是两个或两个以上。
32.可以理解的是，本技术实施例中所涉及的终端设备可以包括一般的电子终端设备，诸如手机、智能电话、便携式终端、终端、个人数字助理(personal digital assistant，pda)、便携式多媒体播放器(personal media player，pmp)装置、笔记本电脑、笔记本(note pad)、无线宽带(wirelessbroadband，wibro)终端、平板电脑(personalcomputer，pc)、智能pc、销售终端(pointofsales，pos)和车载终端等。
33.终端设备也可以包括可穿戴设备。可穿戴设备可以直接穿戴在用户身上，或是整合到用户的衣服或配件的一种便携式电子设备。可穿戴设备不仅仅是一种硬件设备，更可以通过软件支持以及数据交互、云端交互来实现强大的智能功能，比如：计算功能、定位功能、报警功能，同时还可以连接手机及各类终端。可穿戴设备可以包括但不限于以手腕为支撑的watch类(比如手表、手腕等产品)，以脚为支撑的shoes类(比如鞋、袜子或者其他腿上佩戴产品)，以头部为支撑的glass类(比如眼镜、头盔、头带等)以及智能服装，书包、拐杖、配饰等各类非主流产品形态。
34.请参阅图1，图1是本技术实施例公开的一种日志数据的获取方法的流程示意图。如图1所示的日志数据的获取方法可以包括以下步骤：
35.101、根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据。
36.其中，终端设备的运行状态数据包括但不限于以下至少一种：历史采样时间点的温度值、电流值及电量值等。需要说明的是，终端设备的温度值用于表征终端设备整机的温度，终端设备的电流值用于表征该终端设备的电源模块输出的电流，终端设备的电量值用于表征该终端设备的整机的剩余电量。
37.在本技术实施例中，未来目标时间可以包括未来目标时长和/或未来采样时间点，发热数据可以包括未来目标时长对应的数据变化量和/或未来采样时间点对应的数据量；该数据变化量可以包括以下至少一种：温度变化量、电流变化量及电量变化量；该数据量包括以下至少一种：终端设备的温度值、电量值及电流值。
38.其中，未来目标时长可以是当前采样时间点与任一未来采样时间点之间的时间间隔。未来目标时长对应的温度变化量可以由任一未来采样时间点对应的温度值减去当前采样时间点对应的温度值；未来目标时长对应的电流变化量可以由任一未来采样时间点对应的电流值减去当前采样时间点对应的电流值；未来目标时长对应的电量变化量可以由当前采样时间点对应的电量值减去任一未来采样时间点对应的电量值。
39.例如，若未来采样时间点可以是下一采样时间点，则未来目标时长是当前采样时间点和下一采样时间点之间的时间间隔。
40.在一些实施例中，根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据，可以包括：根据终端设备的运行状态数据，确定状态数据变化关系；其中，该状态数据变化关系用于表征发热数据与时间的变化关系；根据该状态数据变化关系，确定终端设备在未来目标时间对应的发热数据。其中，状态数据变化关系可以包括以下至少一种：温度变化关系、电流变化关系及电量变化关系。
41.102、若发热数据满足发热异常条件，则通过状态监测模块抓取日志数据。
42.发热异常条件可用于定义可能出现异常发热的终端设备的状态情况。其中，若发热数据满足发热异常条件，说明终端设备在未来目标时间出现异常发热的概率大于概率阈值。
43.在一些实施例中，异常发热条件可以包括但不限于以下至少一种情况：
44.(1)未来目标时长对应的温度变化量大于温度变化量阈值；
45.(2)未来目标时长对应的电流变化量大于电流变化量阈值；
46.(3)未来目标时长对应的电量变化量大于电量变化量阈值；
47.(4)未来采样时间点对应的温度值大于温度阈值；
48.(5)未来采样时间点对应的电流值大于电流阈值；
49.(6)未来采样时间点对应的电量值小于第二电量阈值。
50.其中，需要说明的是，温度变化量阈值、电流变化量阈值、电量变化量阈值、温度阈值、电流阈值以及第二电量阈值均大于0，且均可以通过大量实验得到。
51.在发热数据满足发热异常条件时，可控制状态监测模块开始抓取日志数据，在本技术实施例中，通过状态检测模块抓取的日志数据的类型可以包括：应用运行状态类、硬件运行状态类以及指定事件类。其中，应用运行状态用于记录应用程序对应的事件信息，硬件运行状态用于记录终端设备的各元器件的状态，如中央处理器的频率、中央处理器的温度，以及内存的占用比例等，指定事件可以包括crash事件。
52.通过实施上述方法，可以基于终端设备的运行状态，预测未来目标时间对应的发热数据，并在该发热数据满足发热异常条件时，通过状态监测模块抓取日志数据，能够在终端设备出现异常发热之前就抓取日志数据，避免在出现发热异常之后才去抓取日志数据，导致抓取的日志数据不能准确定位问题，进而有效提高了抓取的日志数据的有效性。同时，在发热数据满足发热异常条件时，才通过状态监测模块抓取日志数据，也可以避免一直抓取日志数据导致日志数据的数据量过大，占用存储空间。
53.请参阅图2a，图2a是本技术实施例公开的另一种日志数据的获取方法的流程示意图。如图2a所示的日志数据的获取方法可以包括以下步骤：
54.201、根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据。
55.在一些实施例中，运行状态数据包括终端设备的温度值，根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据，可以包括但不限于以下方式：
56.方式1、根据终端设备在当前采样时间点和历史采样时间点的温度值，确定温度变化关系；其中，温度变化关系用于表征时间与温度的变化关系；根据温度变化关系，确定终端设备在未来采样时间点的温度值和/或终端设备在未来目标时长的温度变化量。
57.方式2、根据终端设备在当前采样时间点和历史采样时间点的电流值，确定电流变化关系；其中，电流变化关系用于表征时间与电流的变化关系；根据电流变化关系，确定终端设备在未来采样时间点的电流值和/或终端设备在未来目标时长的电流变化量。
58.方式3、根据终端设备在当前采样时间点和历史采样时间点的电量值，确定电量变化关系；其中，电量变化关系用于表征时间与电量的变化关系；根据电量变化关系，确定终端设备在未来采样时间点的电量值和/或终端设备在未来目标时长的电量变化量。
59.在一些实施例中，若历史采样时间点指示的可以是上一采样时间点，则根据终端
设备在当前采样时间点和历史采样时间点的温度值，确定温度变化关系可以包括：根据当前采样时间点、上一采样时间点、各采样时间点对应的温度值以及线性函数关系，确定温度变化关系。其中，线性函数关系可以表示为y＝kx+b，其中，k和b均为常数、y表示温度、x表示采样时间点。
60.示例性的，请参阅图2b，图2b是本技术实施例公开的一种温度变化关系的示意图。如图2b所示的温度变化关系包括m(x1，y1)点和n(x2，y2)点，其中，x1表征的当前采样时间点，y1表征的当前采样时间点对应的温度值，x2表征的上一采样时间点，y2表征的上一采样时间点对应的温度值。
61.在一些实施例中，历史采样时间点指示的可以是当前采样时间点之前的多个采样时间点。进一步的，根据终端设备在当前采样时间点和历史采样时间点的温度值，确定温度变化关系可以包括：根据当前采样时间点、上述多个采样时间点及各采样时间点对应的温度值拟合温度变化关系。
62.示例性的，请参阅图2c，图2c是本技术实施例公开的另一种温度变化关系的示意图。如图2c所示的温度变化关系包括m(x1，y1)点、n(x2，y2)点、o(x3，y3)点、p(x4，y1)点以及q(x5，y5)点，其中，x1表征的当前采样时间点，y1表征的当前采样时间点对应的温度值，x2表征的当前采样时间点之前的第一个采样时间点，y2表征的该第一个采样时间点对应的温度值，x3表征的当前采样时间点之前的第二个采样时间点，y3表征的该第二个采样时间点对应的温度值，x4表征的当前采样时间点之前的第三个采样时间点，y4表征的该第三个采样时间点对应的温度值，x5表征的当前采样时间点之前的第四个采样时间点，y5表征的该第四个采样时间点对应的温度值。
63.需要说明的是，在本技术实施例中，电流变化关系及电量变化关系的确定方式可以参照上述温度变化关系的确定方式，此处不再赘述。
64.202、判断发热数据是否满足异常条件，若是，则执行步骤204；若否，结束本流程。
65.在一些实施例中，判断发热数据是否满足异常条件，可以包括但不限于以下至少一种：
66.(1)判断未来目标时长对应的温度变化量是否大于温度变化量阈值；
67.(2)判断未来目标时长对应的电流变化量是否大于电流变化量阈值；
68.(3)判断未来目标时长对应的电量变化量是否大于电量变化量阈值；
69.(4)判断未来采样时间点对应的温度值是否大于温度阈值；
70.(5)判断未来采样时间点对应的电流值是否大于电流阈值；
71.(6)判断未来采样时间点对应的电量值是否小于第二电量阈值。
72.在一些实施例中，若判断发热数据是否满足异常条件，包括：判断未来目标时长对应的温度变化量是否大于温度变化量阈值；则在判断出未来目标时长对应的温度变化量大于温度变化量阈值时，确定发热数据满足异常条件，反之，发热数据不满足异常条件。
73.在一些实施例中，若判断发热数据是否满足异常条件，包括：判断未来目标时长对应的温度变化量是否大于温度变化量阈值，并判断未来目标时长对应的电流变化量是否大于电流变化量阈值；则在判断出未来目标时长对应的温度变化量大于温度变化量阈值，且未来目标时长对应的电流变化量大于电流变化量阈值时，确定发热数据满足异常条件，反之，发热数据不满足异常条件。
74.在一些实施例中，若判断发热数据是否满足异常条件，包括：判断未来目标时长对应的温度变化量是否大于温度变化量阈值，并判断未来目标时长对应的电流变化量是否大于电流变化量阈值，以及判断未来目标时长对应的电量变化量是否大于电量变化量阈值；则在判断出未来目标时长对应的温度变化量大于温度变化量阈值、未来目标时长对应的电流变化量大于电流变化量阈值，以及未来目标时长对应的电量变化量大于电量变化量阈值时，确定发热数据满足异常条件，反之，发热数据不满足异常条件。
75.203、检测是否启动目标应用程序，若是，则执行步骤204；若否，结束本流程。
76.在本技术实施例中，目标应用程序可以包括单位时间的耗电量大于第一电量阈值的第三方应用程序，和/或用于调节终端设备的显示屏亮度的系统应用程序。示例性的，该第三方应用程序可以是游戏类应用程序、社交类应用程序等。
77.在一些实施例中，检测是否启动目标应用程序，可以包括：获取正处于启动状态的应用程序的应用标识，判断正处于启动状态的应用程序的应用标识中是否包括目标应用程序的应用标识，若包括，则确定终端设备启动目标应用程序，反之，则确定终端设备未启动目标应用程序。
78.其中，应用标识可用于唯一识别应用程序，应用标识可以包括以下至少一种：数字、字母及特殊字符等。
79.204、通过状态监测模块抓取日志数据。
80.在一些实施例中，通过状态监测模块抓取日志数据可以包括但不限于以下方式：
81.方式1、若发热数据满足发热异常条件，则通过状态监测模块抓取第一数据类型的日志数据。
82.其中，第一数据类型的日志数据可以包括音频活跃状态、应用切换信息、音频记录情况，音频状态，电池信息，相机信息、中央处理器(central processing unit/processor，cpu)状态，cpu调度状态，编码器信息，定位模块状态，图形处理器状态等。
83.方式2、若终端设备启动目标应用程序，则通过状态监测模块抓取第二数据类型的日志数据。
84.其中，第二数据类型的日志数据可以包括游戏状态、应用切换信息，音频活跃信息，音频记录信息，音频音系，电池信息，相机信息，cpu调度信息，cpu状态信息，cpu任务信息，调制解调器信息，环境光信息，编码器信息等。
85.可以理解的是，第一数据类型区别于第二数据类型。
86.205、将日志数据写入终端设备的内存。
87.在一些实施例中，通过状态监测模块抓取日志数据，可以包括：通过状态监测模块，多线程并行抓取日志数据。其中，多线程并行抓取日志数据时，不同线程访问的节点不相同，可以避免产生锁的争用。通过实施该方法，可以提高日志数据的抓取效率。
88.进一步的，在一些实施例中，将日志数据写入终端设备的内存，可以包括：对日志数据进行编码操作，并将编码后的日志数据存储于终端设备的上下文缓存中；若上下文缓存中存储的编码后的日志数据所占的空间大小大于第二空间阈值，和/或状态监测模块获取日志数据的获取时长大于第二时长阈值，则将上下文缓存中存储的编码后的日志数据，由上下文缓存写入终端设备的内存。
89.其中，对日志数据进行编码操作，可以包括：通过终端设备的编码工具，对日志数
据进行编码。其中，编码工具可以是protobuffer格式的编码工具、json格式的编码工具或xml格式的编码工具等，本技术实施例不做限定。
90.在本技术实施例中，一个方面，对日志数据进行编码可以极大降低日志数据占用空间的大小，有利于降低终端设备的存储压力。另一方面，将编码后的日志数据先存储于上下文缓存，并在编码后的日志数据在上下文缓存中存储一定量之后，再将下文缓存中的编码后的日志数据批量地由上下文缓存写入终端设备的内存，从而降低了cpu针对内存读写的损耗。
91.206、若终端设备的内存中存储的日志数据所占的空间大小大于第一空间阈值，和/或状态监测模块获取日志数据的获取时长大于第一时长阈值，则对内存中存储的日志数据进行压缩，得到目标压缩数据。
92.其中，内存中存储的日志数据可以包括内存中存储的编码后的日志数据，第一阈值和第一空间阈值可以由大量实验得到。
93.在一些实施例中，对内存中存储的日志数据进行压缩，得到目标压缩数据可以包括：通过终端设备的压缩工具，对内存中存储的日志数据进行压缩，得到目标压缩数据。其中，终端设备的压缩工具可以包括但不限于winrar、360压缩、7
‑
zip及winzip等。
94.一方面，由于i/o(输入/输出)操作是非常消耗时间的，因此，在将日志数据写入内存时，先对内存日志数据进行编码，可以大幅降低i/o数据量，进而有利于提高日志数据的收集效率。另一方面，在编码后的日志数据在内存中存储一定量之后，再将内存中存储的编码后的日志数据批量地由内存写入终端设备的磁盘，可以进一步降低cpu针对内存读写的损耗。
95.207、将目标压缩数据，由内存写入终端设备的磁盘。
96.通过实施上述方法，可以基于终端设备的运行状态，预测未来目标时间对应的发热数据，并在该发热数据满足发热异常条件时，通过状态监测模块抓取日志数据，能够在终端设备出现异常发热之前就抓取日志数据，避免在出现发热异常之后才去抓取日志数据，导致抓取的日志数据不能准确定位问题，进而有效提高了抓取的日志数据的有效性。同时，在发热数据满足发热异常条件时，才通过状态监测模块抓取日志数据，也可以避免一直抓取日志数据导致日志数据的数据量过大，占用存储空间。进一步的，在日志数据在内存中存储一定量之后，再将内存中存储的日志数据批量地由内存写入终端设备的磁盘，可以进一步降低cpu针对内存读写的损耗，有利于提高日志数据抓取的可持续性。再进一步的，及时对日志数据进行落盘操作，可以避免发生因系统崩溃而导致日志数据丢失的问题。
97.请参阅图3，图3是本技术实施例公开的又一种日志数据的获取方法的流程示意图。如图3所示的日志数据的获取方法可以包括以下步骤：
98.301、根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据。
99.302、判断上述发热数据是否满足异常条件，若是，则执行步骤304；若否，结束本流程。
100.303、检测是否启动目标应用程序，若是，则执行步骤304；若否，结束本流程。
101.304、通过状态监测模块抓取日志数据。
102.其中，关于步骤301
‑
步骤304的详细介绍，请参照图2a所示实施例中步骤201
‑
步骤
204的描述，此处不再赘述。
103.305、通过状态监测模块，对日志数据进行统计分析，以得到至少一种统计数据。
104.在一些实施例中，通过状态监测模块，对日志数据进行统计分析，以得到至少一种统计数据，可以包括：通过状态监测模块，对日志数据中同一属性的计量型数据进行平均数、分位数及方差中任一个或多个的统计，得到针对每一属性对应的平均数、分为数及方差中任一个或多个。
105.可以理解的是，若通过状态监测模块，对日志数据中同一属性的计量型数据进行平均数的统计，则得到针对每一属性对应的平均数。若通过状态监测模块，对日志数据中同一属性的计量型数据进行平均数和分位数的统计，则得到针对每一属性对应的平均数和分为数。
106.其中，日志数据中计量型数据的属性可以包括温度属性、电流属性以及频率属性。分为数可以包括以下至少一种：第一四分位数、第二四分位数、及第三四分位数。第一四分位数，又称“较小四分位数”，指示的是所有数值由小到大排列后第25％的数字。第二四分位数，又称“中位数”，指示的是所有数值由小到大排列后第50％的数字。第三四分位数，又称“较大四分位数”，指示的是所有数值由小到大排列后第75％的数字。
107.下面以温度属性进行说明：通过状态监测模块，查找日志数据中的所有的温度值，并查找出的所有的温度值进行平均数、分位数及方差中任一个或多个的统计。
108.306、向与终端设备通信连接的数据分析平台发送上述至少一种统计数据。
109.在一些实施例中，步骤304之后，还可以执行以下步骤：
110.向与终端设备通信连接的数据分析平台发送日志数据，以使数据分析平台对日志数据进行可视化展示，并解析日志数据，以得到分析结果，以及根据该分析结果确定出针对终端设备的系统优化方案。
111.其中，终端设备向数据分析平台发送的日志数据可以是经过编码和压缩的，数据分析平台在接收到该日志数据时，需要先通过解压工具对终端设备发送的日志数据进行解压，然后通过解码工具，对解压后的日志数据进行解码，进而得到解码后的日志数据。需要说明的是，数据分析平台的解码工具与终端设备的编码工具是相互对应的。可以理解的是，若终端设备的编码工具为protobuffer格式的编码工具，则数据分析平台的解码工具就为protobuffer格式的解码工具。
112.数据分析平台在得到解码后的日志数据之后，还可以通过可视化工具，对解码后的日志数据进行可视化展示，以使系统开发人员可以直观知晓终端设备抓取的日志数据，并通过数据分析工具，解析解码后的日志数据，以得到分析结果，以及通过专家系统，查找与该分析结果对应的系统优化方案。可以理解的是，专家系统中可以存储有多种分析结果，及每一种分析结果对应的系统优化方案。
113.通过实施上述方法，可以基于终端设备的运行状态，预测未来目标时间对应的发热数据，并在该发热数据满足发热异常条件时，通过状态监测模块抓取日志数据，能够在终端设备出现异常发热之前就抓取日志数据，避免在出现发热异常之后才去抓取日志数据，导致抓取的日志数据不能准确定位问题，进而有效提高了抓取的日志数据的有效性。同时，在发热数据满足发热异常条件时，才通过状态监测模块抓取日志数据，也可以避免一直抓取日志数据导致日志数据的数据量过大，占用存储空间。进一步的，还可以调用状态监测模
块对日志数据进行宏观分析，有助于系统开发人员快速分析日志数据。
114.请参阅图4，图4是本技术实施例公开的一种日志数据的获取装置的结构框图。如图4所示的获取装置可以包括确定单元401和日志抓取单元402；其中：
115.确定单元401，用于根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据；其中，运行状态数据包括以下至少一种：历史采样时间点的温度值、电流值及电量值，未来目标时间包括未来目标时长和/或未来采样时间点，发热数据包括未来目标时长对应的数据变化量和/或未来采样时间点对应的数据量；数据变化量包括以下至少一种：温度变化量、电流变化量及电量变化量；数据量包括以下至少一种：终端设备的温度值、电量值及电流值。
116.日志抓取单元402，用于在发热数据满足发热异常条件时，通过状态监测模块抓取日志数据。
117.在一些实施例中，运行状态数据包括终端设备的温度值，确定单元401用于根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据的方式具体可以包括：确定单元401，用于根据终端设备在当前采样时间点和历史采样时间点的温度值，确定温度变化关系；其中，该温度变化关系用于表征时间与温度的变化关系；根据该温度变化关系，确定终端设备在未来采样时间点的温度值。
118.在一些实施例中，日志抓取单元402，还用于若检测到终端设备启动目标应用程序，则通过状态监测模块抓取日志数据；其中，目标应用程序包括单位时间的耗电量大于第一电量阈值的第三方应用程序，和/或用于调节终端设备的显示屏亮度的系统应用程序。
119.在一些实施例中，日志抓取单元402用于在发热数据满足发热异常条件时，通过状态监测模块抓取日志数据的方式具体可以包括：日志抓取单元402，用于在发热数据满足发热异常条件时，通过状态监测模块抓取第一数据类型的日志数据。
120.进一步的，日志抓取单元402用于在检测到终端设备启动目标应用程序时，通过状态监测模块抓取日志数据的方式具体可以包括：日志抓取单元402，用于在检测到终端设备启动目标应用程序时，通过状态监测模块抓取第二数据类型的日志数据；其中，第二数据类型区别于第一数据类型。
121.请参阅图5，图5是本技术实施例公开的另一种日志数据的获取装置的结构框图。如图5所示的获取装置是对图4所示的获取装置的优化，图5所示的获取装置可以包括确定单元401、日志抓取单元402、落盘单元403、发送单元404及解析单元405。
122.需要说明的是，关于确定单元401和日志抓取单元402请参照上述描述，此处不再赘述。下面主要对落盘单元403、发送单元404及解析单元405进行说明：
123.落盘单元403，用于在日志抓取单元402通过状态监测模块抓取日志数据之后，将日志数据写入终端设备的内存；若内存中存储的日志数据所占的空间大小大于第一空间阈值，和/或状态监测模块获取日志数据的获取时长大于第一时长阈值，则对内存中存储的日志数据进行压缩，得到目标压缩数据；将目标压缩数据，由内存写入终端设备的磁盘。
124.在一些实施例中，日志抓取单元402通过状态监测模块抓取日志数据的方式具体可以包括：日志抓取单元402，用于通过状态监测模块，利用多线程并行抓取日志数据。
125.进一步的，落盘单元403用于将日志数据写入终端设备的内存的方式具体可以包括：落盘单元403，用于对日志数据进行编码操作，并将编码后的日志数据存储于终端设备
的上下文缓存中；若上下文缓存中存储的编码后的日志数据所占的空间大小大于第二空间阈值，和/或状态监测模块获取日志数据的获取时长大于第二时长阈值，则将上下文缓存中存储的编码后的日志数据，由上下文缓存写入终端设备的内存。
126.进一步的，内存中存储的日志数据，包括：内存中存储的编码后的日志数据。
127.在一些实施例中，发送单元404，用于在日志抓取单元402通过状态监测模块抓取日志数据之后，向与终端设备通信连接的数据分析平台发送日志数据，以使数据分析平台对日志数据进行可视化展示，并解析日志数据，以得到分析结果，以及根据分析结果确定出针对终端设备的系统优化方案。
128.在一些实施例中，解析单元405，用于在日志抓取单元402通过状态监测模块抓取日志数据之后，通过状态监测模块，对日志数据进行统计分析，以得到至少一种统计数据。
129.进一步的，发送单元404，还用于向与终端设备通信连接的数据分析平台发送该至少一种统计数据。
130.请参阅图6，图6是本技术实施例公开的一种终端设备的结构框图。如图6所示，终端设备可以包括处理器601、与处理器601耦合的存储器602，其中存储器602可存储有一个或多个计算机程序。
131.处理器601可以包括一个或者多个处理核。处理器601利用各种接口和线路连接整个终端设备内的各个部分，通过运行或执行存储在存储器602内的指令、程序、代码集或指令集，以及调用存储在存储器602内的数据，执行终端设备的各种功能和处理数据。可选地，处理器601可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器601可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器601中，单独通过一块通信芯片进行实现。
132.存储器602可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read
‑
only memory，rom)。存储器602可用于存储指令、程序、代码、代码集或指令集。存储器602可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等。存储数据区还可以存储终端设备在使用中所创建的数据等。
133.在本技术实施例中，处理器601还具有以下功能：
134.根据终端设备的运行状态数据，确定终端设备在未来目标时间对应的发热数据；其中，运行状态数据包括以下至少一种：历史采样时间点的温度值、电流值及电量值，未来目标时间包括未来目标时长和/或未来采样时间点，发热数据包括未来目标时长对应的数据变化量和/或未来采样时间点对应的数据量；数据变化量包括以下至少一种：温度变化量、电流变化量及电量变化量；数据量包括以下至少一种：终端设备的温度值、电量值及电流值；
135.若发热数据满足发热异常条件，则通过状态监测模块抓取日志数据。
136.在本技术实施例中，处理器601还具有以下功能：
137.根据终端设备在当前采样时间点和历史采样时间点的温度值，确定温度变化关系；其中，温度变化关系用于表征时间与温度的变化关系；
138.根据温度变化关系，确定终端设备在未来采样时间点的温度值。
139.在本技术实施例中，处理器601还具有以下功能：
140.若检测到终端设备启动目标应用程序，则通过状态监测模块抓取日志数据；其中，目标应用程序包括单位时间的耗电量大于第一电量阈值的第三方应用程序，和/或用于调节终端设备的显示屏亮度的系统应用程序。
141.在本技术实施例中，处理器601还具有以下功能：
142.若发热数据满足发热异常条件，则通过状态监测模块抓取第一数据类型的日志数据；
143.若终端设备启动目标应用程序，则通过状态监测模块抓取第二数据类型的日志数据，其中，第一数据类型区别于第二数据类型。
144.在本技术实施例中，处理器601还具有以下功能：
145.将日志数据写入终端设备的内存；
146.若内存中存储的日志数据所占的空间大小大于第一空间阈值，和/或状态监测模块获取日志数据的获取时长大于第一时长阈值，则对内存中存储的日志数据进行压缩，得到目标压缩数据；
147.将目标压缩数据，由内存写入终端设备的磁盘。
148.在本技术实施例中，处理器601还具有以下功能：
149.通过状态监测模块，利用多线程并行抓取日志数据；
150.进一步的，对日志数据进行编码操作，并将编码后的日志数据存储于终端设备的上下文缓存中；
151.若上下文缓存中存储的编码后的日志数据所占的空间大小大于第二空间阈值，和/或状态监测模块获取日志数据的获取时长大于第二时长阈值，则将上下文缓存中存储的编码后的日志数据，由上下文缓存写入终端设备的内存；
152.其中，内存中存储的日志数据，包括：内存中存储的编码后的日志数据。
153.在本技术实施例中，处理器601还具有以下功能：
154.向与终端设备通信连接的数据分析平台发送日志数据，以使数据分析平台对日志数据进行可视化展示，并解析日志数据，以得到分析结果，以及根据分析结果确定出针对终端设备的系统优化方案。
155.在本技术实施例中，处理器601还具有以下功能：
156.通过状态监测模块，对日志数据进行统计分析，以得到至少一种统计数据；
157.向与终端设备通信连接的数据分析平台发送该至少一种统计数据。
158.本技术实施例公开一种计算机可读存储介质，其存储计算机程序，其中，该计算机程序被处理器执行时实现如上述各实施例描述的方法。
159.本技术实施例公开一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，且该计算机程序可被处理器执行时实现如上述各实施例描述的方法。
160.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，该存储介质可为磁碟、光盘、rom等。
161.如此处所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括rom、可编程rom(programmable rom，prom)、可擦除prom(erasable prom，eprom)、电可擦除prom(electrically erasable prom，eeprom)或闪存。易失性存储器可包括随机存取存储器(random access memory，ram)，它用作外部高速缓冲存储器。作为说明而非局限，ram可为多种形式，诸如静态ram(static ram，sram)、动态ram(dynamic random access memory，dram)、同步dram(synchronous dram，sdram)、双倍数据率sdram(double data rate sdram，ddr sdram)、增强型sdram(enhanced synchronous dram，esdram)、同步链路dram(synchlink dram，sldram)、存储器总线直接ram(rambus dram，rdram)及直接存储器总线动态ram(direct rambus dram，drdram)。
162.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定特征、结构或特性可以以任意适合的方式结合在一个或多个实施例中。本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本技术所必须的。
163.在本技术的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的必然先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
164.在本技术各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
165.上述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可获取的存储器中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分，可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干请求用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本技术的各个实施例上述方法的部分或全部步骤。
166.以上对本技术实施例公开的一种日志数据的获取方法、装置、终端设备及可读存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想。同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。