本技术涉及计算机，尤其涉及一种数据采集方法和电子设备。
背景技术：
1、随着计算机技术的发展，电子设备的更新换代也越来越快，用户对电子设备中运行的软件程序的性能要求也随之增高，软件程序的系统流畅性、低内存消耗、低卡顿、快速启动等性能指标已经成为高质量产品重要的一环。
2、相关技术中，软件程序运行的过程中，可能会出现无响应的问题，比如，应用程序无响应（application not responding，anr）问题、系统服务无响应问题等。其中，软件程序无响应是指软件程序在规定的时间内没有正常响应。软件程序无响应可能导致程序或界面卡顿、停止工作或无法完成预期的任务。
3、为了保障软件程序的性能要求，需要采集日志，通过对日志进行分析来对软件程序运行过程中出现的问题进行有效处理。然而通过相关技术公开的方式所采集的日志，难以对软件程序运行过程中出现的无响应问题进行有效处理。
技术实现思路
1、有鉴于此，本技术实施例提供了数据采集方法和电子设备，可以准确采集软件程序出现问题时的有效日志数据，有助于实现对软件程序运行过程中出现的无响应问题进行准确有效处理。
2、第一方面，本技术实施例提供了一种数据采集方法，该方法包括：电子设备可以基于第二检测时长，确定第一任务对应的第一检测时长。电子设备也可以实时检测第一软件程序对第一任务的处理时长。然后，当检测到第一软件程序对第一任务的处理时长满足预设条件时，电子设备可以采集第一软件程序从第一时刻至第二时刻的第一类型日志。
3、其中，第一检测时长小于第二检测时长，第二检测时长为第一任务对应的超时响应时长。第二检测时长为预先设定的时长值。
4、实践中，针对不同的第一任务，电子设备可以预先设定对应的超时响应时长，或者称为第二检测时长。在第一软件程序对第一任务的处理时长达到第二检测时长时，说明第一软件程序对第一任务响应超时。反之，如果第一软件程序在第二检测时长之前对第一任务处理完成，也即是第一软件程序对第一任务的处理时长比第二检测时长短，则说明第一软件程序对第一任务响应未超时。
5、实践中，第一任务对应的超时响应时长，通常与具体的无响应的场景有关。比如，针对由看门狗执行检测的系统服务进程无响应的场景，超时响应时长可以为60秒，针对输入事件的anr场景，超时响应时长可以为5秒，针对服务启动的anr场景，超时响应时长可以为30秒，针对广播收发的anr场景，超时响应时长可以为10秒。可以理解的，本技术实施例对各种场景下的超时响应时长的具体取值不做具体限定。
6、其中，上述第一时刻，为第一软件程序对第一任务的处理时长达到第一检测时长的时刻。上述第二时刻，为第一软件程序对第一任务的处理时长达到第二检测时长的时刻。
7、由于电子设备会实时检测第一软件程序对第一任务的处理时长，所以电子设备获得的处理时长可以是持续增长的。本技术实施例会在检测到处理时长满足预设条件的情况下就启动日志采集。换句话说，引入上述预设条件是为了启动日志采集。本技术实施例对于预设条件的具体形式不作限定。可选地，处理时长满足预设条件，包括:处理时长等于上述第一检测时长；或者，处理时长的结束时刻为第一时刻。
8、上述第一软件程序通常是可能出现对所处理的任务响应超时的软件程序。第一软件程序可以为电子设备的应用程序框架层的系统服务进程，也可以为电子设备的应用程序层的应用程序。应用程序可以是电子设备上的各种应用程序，比如，微信。
9、上述第一任务通常是第一软件程序当前处理的任务。作为示例，上述第一任务可以是广播某个消息的任务、启动某个服务组件的任务等。
10、在本技术实施例中，电子设备可以在软件程序出现响应超时问题之前，采集该软件程序在一段时间内的第一类型日志，由于一段时间内的第一类型日志可以反映软件程序在该段时间内的持续运行变化情况，通过对一段时间内的第一类型日志的分析，可以更加有效地定位响应超时问题的问题发生原因（或者称为问题的根因）。也即是，本技术的数据采集方法，可以准确采集软件程序出现问题时的有效日志数据，有助于更加准确地对软件程序无响应问题的根因进行定位，从而辅助研发人员可以及时有效地解决软件程序出现的该无响应问题。
11、可以理解的，电子设备检测第一软件程序对第一任务的处理时长的操作，与电子设备确定第一任务的第一检测时长的操作，这两个操作可以同步执行，也可以先后执行，本技术实施例对这两个操作的执行顺序不做具体限定。
12、作为本技术的一个实施例，上述电子设备可以结合第一软件程序及第一软件程序所处理的第一任务，确定对第一软件程序进行检测的检测主体。
13、在本技术实施例中，电子设备可以通过上述检测主体，检测第一软件程序对第一任务的处理情况，并在第一软件程序即将响应超时的情况下，开始采集第一软件程序的第一类型日志。有助于获取到用于处理响应超时问题的准确有效的日志数据。
14、作为本技术的一个实施例，在第一软件程序为系统服务进程时，检测主体为运行于系统服务进程中的看门狗服务。
15、作为本技术的一个实施例，在第一软件程序为应用程序且第一任务为输入事件时，检测主体为应用程序框架层的输入系统中的输入分发模块。
16、作为本技术的一个实施例，在第一软件程序为应用程序且第一任务为启动服务组件时，检测主体为应用程序框架层的活动管理器中的活跃服务管理模块。
17、作为本技术的一个实施例，在第一软件程序为应用程序且第一任务为广播消息时，检测主体为应用程序框架层的活动管理器中的广播消息管理模块。
18、在第一方面的第一种可能的实现方式中，电子设备还可以基于第一类型日志对第一问题进行分析，第一问题为第一软件程序对第一任务响应超时的问题。
19、在本技术实施例中，电子设备可以基于软件程序出现问题时的有效日志数据，对软件程序运行过程中出现的无响应问题进行准确有效处理。
20、在第一方面的第二种可能的实现方式中，在第一软件程序为系统服务进程时，电子设备可以通过看门狗服务检测第一软件程序对第一任务的处理时长是否满足预设条件。其中，看门狗服务运行于系统服务进程中。
21、具体的，看门狗服务的检测过程可以包括如下步骤：
22、首先，看门狗服务遍历系统服务进程中待检测的各第一线程的任务处理状态。其中，第一线程为运行于系统服务进程中的线程，且第一线程为待检测的线程。作为示例，第一线程可以包括主线程、输入输出线程、用户交互线程等等。可以理解的，本技术实施例对哪些是待检测的线程不做具体限定。
23、然后，看门狗服务在检测到任务处理状态为第一状态的第一线程时，确定第一软件程序对第一任务的处理时长满足预设条件。其中，任务处理状态包括第一状态，第一状态指示采集第一类型日志。任务处理状态可以指示对任务进行处理的阶段。
24、在本技术实施例中，系统服务进程中通常运行有多个第一线程，多个第一线程可以协同完成任务。在不同的时刻，各第一线程的任务处理状态可能不同。看门狗服务通过不断地遍历各第一线程的任务处理状态，来确定系统服务进程是否存在响应超时的情况，可以及时发现系统服务进程响应超时，从而及时对系统服务进程的超时响应问题进行处理。另外，在系统服务进程出现超时响应问题之前采集系统服务进程在一段时间内的第一类型日志，可以准确采集软件程序出现问题时的有效日志数据，有助于更加准确地对软件程序无响应问题的根因进行定位。
25、在第一方面的第三种可能的实现方式中，电子设备可以更新系统服务进程中的各第一线程的任务处理状态，具体的，更新过程可以包括：
26、电子设备在检测到第一线程开始执行第一任务时，将第一线程的任务处理状态确定为第三状态；
27、电子设备在检测到第一线程对第一任务的执行时长达到超时响应时长（也即是第二检测时长）的一半时，将第一线程的任务处理状态更新为第四状态；
28、电子设备在检测到第一线程对第一任务的执行时长达到第一检测时长时，将第一线程的任务处理状态更新为第一状态；
29、电子设备在检测到第一线程对第一任务的执行时长达到超时响应时长（也即是第二检测时长）时，将第一线程的任务处理状态更新为第五状态；
30、电子设备在检测到第一线程对第一任务处理完成时，将第一线程的任务处理状态更新为第二状态。
31、在本技术实施例中，电子设备可以结合系统服务进程中的各第一线程对第一任务的处理情况，及时对第一线程的任务处理状态进行更新。这样，看门狗服务可以通过遍历各第一线程的任务处理状态来快速准确地确定系统服务进程是否存在响应超时。
32、作为本技术的一个实施例，任务处理状态可以包括第一状态，还包括以下至少一种状态：第二状态、第三状态、第四状态和第五状态。
33、其中，第二状态指示任务执行完成，第三状态指示任务执行正常，第四状态指示任务的处理时长达到超时响应时长的一半，第五状态指示响应超时。
34、在第一方面的第四种可能的实现方式中，当第一软件程序为第一应用程序且第一任务为响应针对第一应用程序的第一输入事件时，电子设备通过输入分发模块检测第一软件程序对第一任务的处理时长是否满足预设条件。其中，输入分发模块包含于电子设备的应用程序框架层的输入系统。
35、第一应用程序可以为电子设备上的任一应用程序，可以理解的，本技术实施例对第一应用程序不做具体限定。
36、具体的，输入分发模块的检测过程可以包括：
37、首先，输入分发模块可以在接收到指示分发第一输入事件的指示信息时，向第一输入事件对应的第一应用程序分发第一输入事件。
38、然后，输入分发模块可以在未接收到第一应用程序针对第一输入事件返回的第一反馈信息的情况下，确定第一时长，第一时长用于表征发出第一输入事件距离当前时间的时间间隔，其中，第一反馈信息指示第一应用程序对输入事件响应完成。
39、最后，输入分发模块可以在第一时长等于第一检测时长时，确定处理时长满足预设条件。
40、在本技术实施例中，电子设备可以通过应用程序框架层的输入系统检测到上述第一输入事件，且在检测到上述第一输入事件的情况下，输入系统中的输入分发模块可以接收到指示分发第一输入事件的指示信息。如此，输入分发模块可以对该第一输入事件进行分发。输入分发模块将第一输入事件分发给第一应用程序时，可以实时地检测第一时长，输入分发模块可以在第一时长达到第一检测时长时，确定第一软件程序对第一任务的处理时长满足预设条件。在第一软件程序对第一任务的处理时长达到第一检测时长的情况下，可以触发采集第一软件程序的第一类型日志。
41、在第一方面的第五种可能的实现方式中，在第一软件程序为第二应用程序且第一任务为启动第二应用程序调用的第一服务组件时，电子设备通过活跃服务管理模块检测第一软件程序对第一任务的处理时长是否满足预设条件。其中，活跃服务管理模块包含于电子设备的应用程序框架层的活动管理器。第二应用程序可以为电子设备上的任一应用程序，可以理解的，本技术实施例对第二应用程序不做具体限定。
42、具体的，活跃服务管理模块的检测过程可以包括：
43、首先，活跃服务管理模块可以在接收到指示启动第一服务组件的指示信息时，启动第一服务组件。其中，第一服务组件为待启动的服务组件。
44、然后，活跃服务管理模块可以向目标消息队列写入第一定时消息，其中，第一定时消息包括第一消息内容和第一检测时长。其中，目标消息队列在第一定时消息的计时达到第一检测时长时，可以向活跃服务管理模块发送第二反馈信息。第二反馈信息指示到达第一检测时长。目标消息队列为handler机制的消息队列。
45、最后，活跃服务管理模块可以在接收到目标消息队列返回的第二反馈信息时，确定第一软件程序对第一任务的处理时长满足预设条件。
46、在本技术实施例中，电子设备可以通过应用程序框架层的活动管理器检测到请求启动第一服务组件的请求信息，且在检测到上述请求信息的情况下，活动管理器中的活跃服务管理模块可以接收到指示启动第一服务组件的指示信息。如此，活跃服务管理模块可以对该第一服务组件启动。活跃服务管理模块在触发启动第一服务组件之后，在启动第一服务组件的过程中，活跃服务管理模块通过向目标消息队列中发送定时消息，来确定启动第一服务组件的耗时。具体的，若该定时消息在目标消息队列中的维持时长到达该定时消息中所设定的时长，比如，第一检测时长，则会触发目标消息队列向该定时消息的来源方发送反馈信息，该反馈信息可以指示该定时消息达到所设定的时长。需要指出的，通过目标消息队列来实现计时，可以分担活跃服务管理模块的数据处理量，有助于提高电子设备整体的数据处理性能。
47、在第一方面的第六种可能的实现方式中，向目标消息队列写入第一定时消息，可以包括：同时向目标消息队列中写入第一定时消息和第二定时消息。
48、其中，第二定时消息包括第二消息内容和第二检测时长，目标消息队列在第二定时消息的计时达到第二检测时长时，向活跃服务管理模块发送第三反馈信息，第三反馈信息指示对第一服务组件启动超时。
49、在本技术实施例中，在启动第一服务组件的过程中，活跃服务管理模块可以向目标消息队列中写入两个定时消息，分别为第一定时消息和第二定时消息，第一定时消息用于判断启动第一服务组件的耗时是否超过第一检测时长，第二定时消息用于判断启动第一服务组件的耗时是否超过第二检测时长。
50、可选的，活跃服务管理模块可以在启动第一服务组件的耗时达到第一检测时长的情况下，采集从第一时刻至第二时刻的第一类型日志。活跃服务管理模块还可以在启动第一服务组件的耗时达到第二检测时长时，采集第二时刻的第二类型日志。这样，可以进一步采集得到第一软件程序在出现响应超时问题时的准确有效的日志数据。
51、在第一方面的第七种可能的实现方式中，活跃服务管理模块的检测过程还可以包括如下步骤：在未接收到第二反馈信息且检测到第一服务组件成功启动的情况下，将目标消息队列中的第一定时消息和第二定时消息移除。
52、在本技术实施例中，活跃服务管理模块可以在第一服务组件及时启动的情况下，及时将目标消息队列中的定时消息移除，这样，目标消息队列可以及时停止对第一定时消息和/第二定时消息计时，有助于节约不必要的计算资源损耗。
53、在第一方面的第八种可能的实现方式中，在第一软件程序为第三应用程序且第一任务为广播第三应用程序的第一广播消息时，电子设备通过广播消息管理模块检测第一软件程序对第一任务的处理时长是否满足预设条件，其中，广播消息管理模块包含于电子设备的应用程序框架层的活动管理器。第三应用程序可以为电子设备上的任一应用程序，可以理解的，本技术实施例对第三应用程序不做具体限定。本技术所列举的第一应用程序、第二应用程序和第三应用程序可以是同一个应用程序，也可以不是同一个应用程序。
54、具体的，广播消息管理模块的检测过程可以包括如下步骤：
55、首先，广播消息管理模块可以在接收到指示发送第一广播消息的指示信息时，向第一广播消息的广播接收方发送第一广播消息。
56、然后，广播消息管理模块可以向目标消息队列写入第三定时消息，其中，第三定时消息包括第三消息内容和第一检测时长。其中，目标消息队列在第三定时消息的计时达到第一检测时长时，向广播消息管理模块发送第四反馈信息，第四反馈信息指示到达第一检测时长。
57、最后，广播消息管理模块可以在接收到目标消息队列发送的第四反馈信息时，确定第一软件程序对第一任务的处理时长满足预设条件。
58、在本技术实施例中，电子设备可以通过应用程序框架层的活动管理器检测到请求广播第一广播消息的请求信息，且在检测到上述请求信息的情况下，活动管理器中的广播消息管理模块可以接收到指示广播上述第一广播消息的指示信息。如此，广播消息管理模块可以向广播接收方发送第一广播消息。可以理解的，广播接收方可以一个也可以多个。电子设备可以采用相关技术中的确定广播接收方的方式来确定广播接收方，本技术不做具体限定。
59、广播消息管理模块在向广播接收方发送第一广播消息之后，广播消息管理模块通过向目标消息队列中发送定时消息，来确定广播第一广播消息的耗时。具体的，若该定时消息在目标消息队列中的维持时长到达该定时消息中所设定的时长，比如，第一检测时长，则会触发目标消息队列向该定时消息的来源方（比如广播消息管理模块）发送反馈信息，该反馈信息可以指示该定时消息达到所设定的时长。需要指出的，通过目标消息队列来实现计时，可以分担广播消息管理模块的数据处理量，有助于提高电子设备整体的数据处理性能。
60、在第一方面的第九种可能的实现方式中，向目标消息队列写入第三定时消息，可以包括：向目标消息队列写入第三定时消息和第四定时消息。
61、其中，第四定时消息包括第四消息内容和第二检测时长，目标消息队列在第四定时消息的计时达到第二检测时长时，向广播消息管理模块发送第五反馈信息，第五反馈信息指示对第一广播消息的广播超时。
62、在本技术实施例中，在广播第一广播消息的过程中，广播消息管理模块可以向目标消息队列中写入两个定时消息，分别为第三定时消息和第四定时消息，第三定时消息用于判断广播第一广播消息的耗时是否超过第一检测时长，第四定时消息用于判断广播第一广播消息的耗时是否超过第二检测时长。
63、可选的，广播消息管理模块可以在广播第一广播消息的耗时达到第一检测时长的情况下，采集从第一时刻至第二时刻的第一类型日志。广播消息管理模块还可以在广播第一广播消息的耗时达到第二检测时长时，采集第二时刻的第二类型日志。这样，可以进一步采集得到第一软件程序在出现响应超时问题时的准确有效的日志数据。
64、在第一方面的第十种可能的实现方式中，广播消息管理模块的检测过程还包括：
65、在未接收到第四反馈信息且接收到广播接收方发送的第六反馈信息的情况下，将目标消息队列中的第三定时消息和第四定时消息移除，第六反馈信息指示广播接收方成功接收第一广播消息。
66、在本技术实施例中，广播消息管理模块可以在第一广播消息被及时广播的情况下，及时将目标消息队列中的定时消息移除，这样，目标消息队列可以及时停止对第三定时消息和/或第四定时消息计时，有助于节约不必要的计算资源损耗。
67、在第一方面的第十一种可能的实现方式中，第一检测时长与第二检测时长正相关。
68、可选的，第一检测时长为第二检测时长与第一系数的乘积。第一系数为预先设定的系数。第一系数的取值范围通常为0.5-1。
69、可选的，上述第一系数的取值为0.8。
70、需要指出的，由于第一系数的取值越小，所采集的第一类型日志的数据量越大，也即是，用于存储第一类型日志的存储空间越大。而第一系数的取值越大，所采集的第一类型日志的持续时长越短，也即是，可用于分析的第一类型日志数据量越少。
71、在第一系数为0.8时，能够保障在基于第一类型日志对软件程序响应超时问题进行准确有效分析的同时，较好地节省存储空间。
72、需要指出的是，第一系数为0.8时，第一检测时长与第二检测时长接近，在已经达到第一检测时长的情况下，软件程序还没有将任务处理完成，那么出现响应超时的可能性极大，也即是，在达到第一检测时长的情况下就开始采集第一类型日志，可以实现有针对性地进行日志数据采集，不容易出现因为盲目采集造成的存储资源耗费的问题。
73、在第一方面的第十二种可能的实现方式中，电子设备可以在检测到第一软件程序对第一任务的处理时长达到第二检测时长时，采集第一软件程序的第二类型日志。
74、其中，第一类型日志与第二类型日志不同，第二类型日志为第一软件程序的运行快照数据，第一类型日志为第一软件程序的运行过程数据。
75、在第一方面的第十三种可能的实现方式中，第一类型日志为simpleperf日志，第二类型日志为trace日志。
76、在本技术实施例中，不同类型的日志，作用有所不同，同时采集第一类型日志和第二类型日志，可以更加准确地采集到软件程序出现问题时的有效日志数据，有助于进一步对软件程序运行过程中出现的无响应问题进行准确有效处理。
77、在第一方面的第十四种可能的实现方式中，电子设备的应用程序框架层包括第一管理模块和第一服务，第一服务用于采集第一类型日志，第一管理模块用于管理第一服务。
78、电子设备采集第一软件程序从第一时刻至第二时刻的第一类型日志，可以包括：
79、首先，电子设备中的目标模块向第一管理模块发送第一指示信息，第一指示信息指示采集从第一时刻至第二时刻的第一类型日志，其中，目标模块可以为看门狗服务、输入分发模块、活跃服务管理模块、广播消息管理模块中的任一者。目标模块也可以称为超时响应问题的检测主体。
80、然后，电子设备中的第一管理模块向第一服务发送第二指示信息，第二指示信息指示采集从第一时刻至第二时刻的第一类型日志；
81、最后，电子设备中的第一服务基于第二指示信息采集第一类型日志。
82、在本技术实施例中，针对不同的情形下的响应超时问题，电子设备可以通过该响应超时问题对应的检测主体向第一管理模块发送采集第一类型日志的指示信息，这样，第一管理模块可以启动第一服务，由第一服务采集第一软件程序的第一类型日志。
83、实践中，在第一类型日志为simpleperf日志时，第一服务为simpleperf服务，第一管理模块为对simpleperf服务进行管理的simpleperf服务管理模块。
84、在本技术实施例中，在满足采集第一类型日志的条件的情况下，电子设备中的目标模块可以通过第一管理模块，启动第一服务来采集第一类型日志。需要指出的是，只有在确定需要采集第一类型日志的情况下才启动第一服务，可以节省不必要的运行资源的损耗，有助于进一步提升电子设备的数据处理性能。
85、在本技术实施例的一些可选的实现方式中，第一管理模块通常是在电子设备已经采集的第一类型日志没有超过配额的情况下，向第一服务发送指示采集第一类型日志的消息。这样可以避免第一类型日志占用电子设备中过多的存储资源，有助于保障电子设备的整体性能。
86、其中，上述配额用于指示每天所采集的第一类型日志的量的上限。
87、实践中，上述配额通常是指采集第一类型日志的次数。在一些应用场景中，上述配额也可以是指第一类型日志的数据量。
88、第二方面，本技术实施例提供一种电子设备，电子设备包括存储器、处理器，存储器上存储有可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述第一方面任一项的方法。
89、第三方面，本技术实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面任一项的方法。
90、第四方面，本技术实施例提供一种芯片系统，该芯片系统包括处理器，处理器与存储器耦合，处理器执行存储器中存储的计算机程序，以实现如上述第一方面任一项的方法。该芯片系统可以为单个芯片，或者多个芯片组成的芯片模组。
91、第五方面，本技术实施例提供一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面任一项的方法。
92、可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
1.一种数据采集方法，其特征在于，应用于电子设备，所述方法包括：
2.根据权利要求1所述的数据采集方法，其特征在于，在所述第一软件程序为系统服务进程时，所述电子设备通过看门狗服务检测所述处理时长是否满足预设条件，所述看门狗服务运行于所述系统服务进程中；
3.根据权利要求2所述的数据采集方法，其特征在于，所述方法还包括：
4.根据权利要求1所述的数据采集方法，其特征在于，在所述第一软件程序为第一应用程序且所述第一任务为响应针对所述第一应用程序的第一输入事件时，所述电子设备通过输入分发模块检测所述处理时长是否满足预设条件；
5.根据权利要求1所述的数据采集方法，其特征在于，在所述第一软件程序为第二应用程序且所述第一任务为启动所述第二应用程序调用的第一服务组件时，所述电子设备通过活跃服务管理模块检测所述处理时长是否满足预设条件；
6.根据权利要求5所述的数据采集方法，其特征在于，所述向目标消息队列写入第一定时消息，包括：
7.根据权利要求6所述的数据采集方法，其特征在于，所述活跃服务管理模块的检测过程还包括：
8.根据权利要求1所述的数据采集方法，其特征在于，在所述第一软件程序为第三应用程序且所述第一任务为广播所述第三应用程序的第一广播消息时，所述电子设备通过广播消息管理模块检测所述处理时长是否满足预设条件；
9.根据权利要求8所述的数据采集方法，其特征在于，所述向目标消息队列写入第三定时消息，包括：
10.根据权利要求9所述的数据采集方法，其特征在于，所述广播消息管理模块的检测过程还包括：
11.根据权利要求1所述的数据采集方法，其特征在于，所述第一检测时长与所述第二检测时长正相关。
12.根据权利要求1所述的数据采集方法，其特征在于，所述方法还包括：
13.根据权利要求1所述的数据采集方法，其特征在于，所述电子设备的应用程序框架层包括第一管理模块和第一服务；
14.根据权利要求1-13中任一项所述的数据采集方法，其特征在于，所述第一类型日志为simpleperf日志，第二类型日志为trace日志。
15.根据权利要求1-13中任一项所述的数据采集方法，其特征在于，所述方法还包括：
16.一种电子设备，其特征在于，所述电子设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-15中任一项所述的数据采集方法。
