CN112948216A - 数据采集方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种数据采集方法、装置、设备及存储介质。该方法包括：在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与所述HTTP服务请求对应的待采集数据类型；如果本地缓存中存在与所述待采集数据类型匹配的有效数据，则将所述有效数据作为目标数据返回；如果本地缓存中不存在与所述待采集数据类型匹配的有效数据，则触发与所述待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。本发明实施例的技术方案，实现了按需启动数据采集操作，减小额外的性能开销。

Description

数据采集方法、装置、设备及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种数据采集方法、装置、设备及存储介质。

背景技术

目前，应用进程运行时会进行进程内部调度和线程切换管理，运行过程中会将一些重要的统计数据记录下来，便于开发人员调试和分析，比如垃圾回收(GarbageCollection，GC)的时间，堆栈分配的内存等等。大多数编程语言都会提供一个运行时统计数据的采集函数，调用该函数将返回当前时刻的运行时状态，但是该函数的调用会有一定的性能开销，对于高并发要求的程序会有影响。

现有技术中，大多数的统计数据采集方案都是在进程启动时就将状态采集操作开启，性能开销较大。并且大多不会对采集的数据进行可视化，开发人员只能登陆服务器逐个去执行命令查看数据，很难有一个直观的效果观察数据的变化趋势。

发明内容

本发明实施例提供一种数据采集方法、装置、设备及存储介质，以实现按需启动数据采集操作，减小额外的性能开销。

第一方面，本发明实施例提供了一种数据采集方法，包括：

在进程运行过程中，如果接收到超文本传输协议(HyperText TransferProtocol，HTTP)服务请求，则确定与HTTP服务请求对应的待采集数据类型；

如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；

如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

可选的，还包括：

预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口；

其中，数据采集开关用于控制开启和关闭与待采集数据类型对应的数据采集操作，HTTP接口用于返回数据。

可选的，数据采集开关仅在接收到对应的HTTP服务请求时才被触发开启数据采集操作，在通过HTTP接口返回数据后被触发关闭数据采集操作。

可选的，预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口，包括：

获取各待采集数据类型对应的数据采集函数，并为各数据采集函数分别设置对应的数据采集开关以及HTTP接口。

可选的，预先针对各种待采集数据类型分别设置采集周期参数；

如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回，包括：

如果在本地缓存中查询到与待采集数据类型匹配的目标缓存数据，并且目标缓存数据的采集时间与当前时间的差值不超过与待采集数据类型匹配的采集周期，则将目标缓存数据为目标数据返回。

可选的，如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，包括：

如果在本地缓存中未查询到与待采集数据类型匹配的目标缓存数据，或者，从本地缓存中获取到的目标缓存数据的采集时间与当前时间的差值超过与待采集数据类型匹配的采集周期，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据更新到本地缓存中。

可选的，还包括：

使用与待采集数据类型匹配的HTTP接口将目标数据返回至前端，以通过前端将目标数据在与待采集数据类型对应的视图中进行可视化展示。

第二方面，本发明实施例还提供了一种数据采集装置，包括：

数据类型确定模块，用于在进程运行过程中，如果接收到HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；

数据查询模块，用于如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；

数据采集模块，用于如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

第三方面，本发明实施例还提供了一种电子设备，电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明任意实施例提供的数据采集方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例提供的数据采集方法。

本发明实施例中，通过在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回，解决了现有技术中进程运行时需要始终开启数据采集操作，性能开销较大的问题，实现按需启动数据采集操作，减小额外的性能开销。

附图说明

图1是本发明实施例一中的一种数据采集方法的流程图；

图2a是本发明实施例二中的一种数据采集方法的流程图；

图2b是本发明实施例二中的一种前端视图的结构示意图；

图2c是本发明实施例二中的一种数据采集流程图；

图2d是本发明实施例二中的一种数据可视化显示的示意图；

图3是本发明实施例三中的一种数据采集装置的结构示意图；

图4是本发明实施例四中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一中的一种数据采集方法的流程图，本实施例可适用于在进程运行过程中采集性能指标数据的情况，该方法可以由数据采集装置来执行，该装置可以由硬件和/或软件来实现，并一般可以集成在提供数据采集服务的电子设备中，例如服务器中。如图1所示，该方法包括：

步骤110、在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型。

其中，进程可以是待进行问题排查的应用程序中的进程，例如，浏览器中的浏览器主进程、第三方插件进程、GPU进程、渲染进程等等。待采集数据可以是进程运行过程中产生的性能指标数据，例如，垃圾回收的时间、堆分配的内存、栈分配的内存、进程的生命周期数据等。

本实施例中，在进程运行过程中，如果用户发现应用程序出现问题，例如发生内存泄漏或CPU抖动等线上问题，则用户为了排查出应用程序所产生的具体问题，会通过前端操作向服务器发送HTTP服务请求，服务器根据接收的HTTP服务请求确定待采集的数据类型，例如，垃圾回收的时间、堆分配的内存等，以便于获取进程运行过程中产生的与待采集数据类型一致的性能指标数据。

步骤120、如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回。

本实施例中，为了可以实现多个服务器同时排查问题，即多个服务器同时获取进程的性能指标数据时，最大程度减小开启debug/pporf接口采集数据带来的性能损耗，当接收到HTTP服务请求时，可以先检查本地缓存中的数据。如果本地缓存中有与待采集数据类型匹配的性能指标数据，且数据还满足时效性，则直接将该性能指标数据作为要采集的目标数据返回至前端，以使用户根据目标数据排查应用程序的问题。

本实施例中，这种将进程运行过程中产生的性能指标数据存储到本地缓存中的设计，在面对有多个服务器共同排查问题时非常高效，在缓存数据有效时，多次HTTP调用后的结果是幂等的，即性能损耗不变，避免多次开启debug/pporf接口产生额外开销。

步骤130、如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

本实施例中，如果无法从本地缓存中获取到有效的待采集的性能指标数据，则只能进行数据实时采集。此时，会自动触发与待采集数据类型匹配的数据采集开关，以采集进程运行过程中产生的与待采集数据类型匹配的性能指标数据，并将采集的数据作为目标数据返回至前端，以使用户根据目标数据排查应用程序的问题。

本实施例中，基于HTTP服务驱动的运行时数据懒加载的方式，在排查应用程序线上问题的时候可以起到很大的帮助作用。当应用程序正常运行时没有任何的debug/pprof开销，而当应用程序出现线上问题，比如内存泄漏、CPU抖动的情况时，由于实现了按需开启数据采集操作，无需在进程运行时开始一直开启debug/pprof接口，因此，即便多个服务器同时排查问题，也可以达到一种最小开销保证。

本发明实施例中，通过在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回，解决了现有技术中进程运行时需要始终开启数据采集操作，性能开销较大的问题，实现按需启动数据采集操作，减小额外的性能开销。

实施例二

图2a是本发明实施例二中的一种数据采集方法的流程图，本实施例在上述实施例的基础上进一步细化，提供了预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口的具体步骤，以及选择数据采集方式的具体步骤。下面结合图2a对本实施例提供的一种数据采集方法进行说明，包括以下步骤：

步骤210、预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口。

其中，数据采集开关用于控制开启和关闭与待采集数据类型对应的数据采集操作，HTTP接口用于返回数据。

本实施例中，为了针对不同的数据类型均可实现按需开启数据采集，避免在进程运行初始就一直开启数据采集操作，产生较大的性能开销，可以针对每种数据类型分别设置一种独立的数据采集开关，通过数据采集开关控制开启和关闭与该数据类型对应的数据采集操作，进一步细粒度控制运行时开销。同时，还为每种数据类型分别设置了HTTP接口，用于将采集的数据返回至前端展示。

可选的，数据采集开关仅在接收到对应的HTTP服务请求时才被触发开启数据采集操作，在通过HTTP接口返回数据后被触发关闭数据采集操作。

本实施例中，每种待采集数据类型在前端分别对应一个视图，即每种性能指标数据单独使用一个图表显示，如图2b所示。如果用户访问前端的某个视图，产生与该视图对应的HTTP服务请求，则在接收到该HTTP服务请求之后，与该请求对应的数据采集开关会被触发开启数据采集操作。其中，数据采集开关当且仅当接收到对应的HTTP服务请求时才被触发开启数据采集操作。并且，当数据采集结束，通过HTTP接口将数据返回至前端后，可以触发数据采集开关关闭数据采集操作，减少性能开销。

可选的，预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口，可以包括：获取各待采集数据类型对应的数据采集函数，并为各数据采集函数分别设置对应的数据采集开关以及HTTP接口。

本实施例中，由于针对各数据类型，分别使用不同的数据采集函数进行数据采集，因此，为各种数据类型分别设置数据采集开关和HTTP接口，实际上是为各种数据采集函数分别设置数据采集开关以及HTTP接口。

步骤220、在进程运行过程中，如果接收到HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型。

本实施例中，在应用进程运行过程中，如果接收到用户访问目标视图生成的HTTP服务请求，则根据请求报文的数据格式，从该HTTP服务请求中提取待采集数据类型，例如，垃圾回收的时间。

步骤230、如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回。

本实施例中，如图2c所示，在获取到待采集数据类型之后，为了尽可能减少数据采集带来的额外开销，先检查本地缓存中是否存在与待采集数据类型匹配的有效数据，如果有，则直接将本地缓存中与待采集数据类型匹配的数据返回，无需开启数据采集操作。

可选的，预先针对各种待采集数据类型分别设置采集周期参数；

如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回，可以包括：如果在本地缓存中查询到与待采集数据类型匹配的目标缓存数据，并且目标缓存数据的采集时间与当前时间的差值不超过与待采集数据类型匹配的采集周期，则将目标缓存数据为目标数据返回。

本实施例中，为了判断本地缓存中的数据是否是有效数据，即是否具有时效性，针对每种数据类型分别设置采集周期参数。其中，采集周期大小可以根据需要进行设置，默认为2秒钟。

示例性的，假设待采集数据类型为堆分配的内存，本地缓存中的堆分配内存数据的采集时间与当前时间的差值为3秒，堆分配内存数据的采集周期为5秒，则本地缓存中的堆分配内存数据有效，可以将本地缓存中的堆内存数据作为目标数据。

步骤240、如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

本实施例中，如图2c所示，如果本地缓存中的查询到的数据失效，则启动相应的数据采集操作，并将采集的数据更新至本地缓存中，以使后期获取该数据时尽可能地可以从缓存中获取，减少启动数据采集的次数，进而减少开销。

可选的，如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，可以包括：如果在本地缓存中未查询到与待采集数据类型匹配的目标缓存数据，或者，从本地缓存中获取到的目标缓存数据的采集时间与当前时间的差值超过与待采集数据类型匹配的采集周期，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据更新到本地缓存中。

示例性的，假设待采集数据类型为堆分配内存，本地缓存中没有查询到堆分配内存数据，或者缓存中的堆分配内存数据的采集时间与当前时间的差值为3秒，超过堆分配内存数据的采集周期2秒，则触发与堆分配内存匹配的数据采集开关进行数据采集，并将采集的堆分配内存数据更新到本地缓存中。

步骤250、使用与待采集数据类型匹配的HTTP接口将目标数据返回至前端，以通过前端将目标数据在与待采集数据类型对应的视图中进行可视化展示。

本实施例中，在获取到目标数据之后，使用相应的HTTP接口将目标数据返回至前端的对应视图中，在前端页面进行目标数据的可视化显示，如图2d所示。其中，前端页面只展示目标数据对应的视图，对于用户未访问的视图不予展示。并且，通过HTTP接口与前端可视化交互的方式可适配不同类型的图表，可扩展性较高。

本发明实施例中，通过在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回，解决了现有技术中进程运行时需要始终开启数据采集操作，性能开销较大的问题，实现按需启动数据采集操作和按需可视化采集的数据，通过HTTP服务驱动进程被动的懒加载采集数据，并使用缓存方案，可同时供多个服务端调用接口排查问题，最大程度减小启动数据采集操作带来的性能损耗。

实施例三

图3是本发明实施例三中的一种数据采集装置的结构示意图，本实施例可适用于在进程运行过程中采集性能指标数据的情况，该装置可以由硬件和/或软件来实现，并一般可以集成在提供数据采集服务的电子设备中，例如服务器中。

如图3所示，该方法包括：

数据类型确定模块310，用于在进程运行过程中，如果接收到HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；

数据查询模块320，用于如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；

数据采集模块330，用于如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

本发明实施例中，通过在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回，解决了现有技术中进程运行时需要始终开启数据采集操作，性能开销较大的问题，实现按需启动数据采集操作，减小额外的性能开销。

可选的，还包括：设置模块，用于预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口；

其中，数据采集开关用于控制开启和关闭与待采集数据类型对应的数据采集操作，HTTP接口用于返回数据。

可选的，数据采集开关仅在接收到对应的HTTP服务请求时才被触发开启数据采集操作，在通过HTTP接口返回数据后被触发关闭数据采集操作。

可选的，设置模块，具体用于：

获取各待采集数据类型对应的数据采集函数，并为各数据采集函数分别设置对应的数据采集开关以及HTTP接口。

可选的，预先针对各种待采集数据类型分别设置采集周期参数；

数据查询模块320，用于：如果在本地缓存中查询到与待采集数据类型匹配的目标缓存数据，并且目标缓存数据的采集时间与当前时间的差值不超过与待采集数据类型匹配的采集周期，则将目标缓存数据为目标数据返回。

可选的，数据采集模块330，用于：

如果在本地缓存中未查询到与待采集数据类型匹配的目标缓存数据，或者，从本地缓存中获取到的目标缓存数据的采集时间与当前时间的差值超过与待采集数据类型匹配的采集周期，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据更新到本地缓存中。

可选的，还包括：数据返回模块，用于使用与待采集数据类型匹配的HTTP接口将目标数据返回至前端，以通过前端将目标数据在与待采集数据类型对应的视图中进行可视化展示。

本发明实施例所提供的数据采集装置可执行本发明任意实施例所提供的数据采集方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4是本发明实施例四中的一种电子设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性设备12的框图。图4显示的设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该设备12交互的设备通信，和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与设备12的其它模块通信。应当明白，尽管图中未示出，可以结合设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的数据采集方法。

也即：实现一种数据采集方法，包括：

在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；

如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；

如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

实施例五

本发明实施例五还公开了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种数据采集方法，包括：

在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与HTTP服务请求对应的待采集数据类型；

如果本地缓存中存在与待采集数据类型匹配的有效数据，则将有效数据作为目标数据返回；

如果本地缓存中不存在与待采集数据类型匹配的有效数据，则触发与待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种数据采集方法，其特征在于，包括：

在进程运行过程中，如果接收到超文本传输协议HTTP服务请求，则确定与所述HTTP服务请求对应的待采集数据类型；

如果本地缓存中存在与所述待采集数据类型匹配的有效数据，则将所述有效数据作为目标数据返回；

如果本地缓存中不存在与所述待采集数据类型匹配的有效数据，则触发与所述待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

2.根据权利要求1所述的方法，其特征在于，还包括：

预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口；

其中，所述数据采集开关用于控制开启和关闭与待采集数据类型对应的数据采集操作，所述HTTP接口用于返回数据。

3.根据权利要求2所述的方法，其特征在于，所述数据采集开关仅在接收到对应的HTTP服务请求时才被触发开启数据采集操作，在通过HTTP接口返回数据后被触发关闭数据采集操作。

4.根据权利要求2所述的方法，其特征在于，预先针对各种待采集数据类型分别设置独立的数据采集开关以及HTTP接口，包括：

获取各所述待采集数据类型对应的数据采集函数，并为各数据采集函数分别设置对应的数据采集开关以及HTTP接口。

5.根据权利要求1所述的方法，其特征在于，预先针对各种待采集数据类型分别设置采集周期参数；

如果本地缓存中存在与所述待采集数据类型匹配的有效数据，则将所述有效数据作为目标数据返回，包括：

如果在本地缓存中查询到与所述待采集数据类型匹配的目标缓存数据，并且所述目标缓存数据的采集时间与当前时间的差值不超过与所述待采集数据类型匹配的采集周期，则将所述目标缓存数据为目标数据返回。

6.根据权利要求1所述的方法，其特征在于，如果本地缓存中不存在与所述待采集数据类型匹配的有效数据，则触发与所述待采集数据类型匹配的数据采集开关进行数据采集，包括：

如果在本地缓存中未查询到与所述待采集数据类型匹配的目标缓存数据，或者，从本地缓存中获取到的目标缓存数据的采集时间与当前时间的差值超过与所述待采集数据类型匹配的采集周期，则触发与所述待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据更新到本地缓存中。

7.根据权利要求2所述的方法，其特征在于，还包括：

使用与所述待采集数据类型匹配的HTTP接口将目标数据返回至前端，以通过前端将目标数据在与所述待采集数据类型对应的视图中进行可视化展示。

8.一种数据采集装置，其特征在于，包括：

数据类型确定模块，用于在进程运行过程中，如果接收到HTTP服务请求，则确定与所述HTTP服务请求对应的待采集数据类型；

数据查询模块，用于如果本地缓存中存在与所述待采集数据类型匹配的有效数据，则将所述有效数据作为目标数据返回；

数据采集模块，用于如果本地缓存中不存在与所述待采集数据类型匹配的有效数据，则触发与所述待采集数据类型匹配的数据采集开关进行数据采集，并将采集的数据作为目标数据返回。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的数据采集方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的数据采集方法。

Images