具体实施方式

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

实施例一

图1a是本发明实施例一中的一种数据处理方法的流程图，本实施例可适用于使用用户空间文件系统对宿主应用实时进行性能监控或软件配置的情况，该方法可以由安装在宿主应用上的用户空间文件系统来执行，具体包括如下步骤：

步骤110、通过文件系统分流器，接收Restful服务器发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求。

本实施例中，用户空间文件系统是指在用户空间领域自定义的文件系统，安装在宿主应用中，通过在文件系统中同时设置监控文件系统和配置文件系统，使得自定义的用户空间文件系统，可以同时向客户端提供对宿主应用的软件性能监控功能和软件实时配置功能。如图1b所示，文件系统中的文件系统分流器作为文件系统的整体入口，可以接收使用Restful服务器所发送的文件请求，并确定文件请求的类型。如果确定是配置请求，则将文件请求发送到配置文件系统中；如果确定是监控请求，则将文件请求发送至监控文件系统中。

其中，文件请求除了携带请求类型，还携带要执行的操作类型，包括：增加数据、读取数据、删除数据和更新数据。

可选的，通过文件系统分流器，接收Restful服务器发送的文件请求，可以包括：通过文件系统分流器，使用通用Restful接口，接收Restful服务器发送的文件请求，所述文件请求是所述Restful服务器根据客户端发送的Restful请求生成的。

采用上述技术方案，Restful服务器获取任意使用宿主应用的Restful客户端所发送的Restful请求，并将Restful请求转换为文件请求，使用通用Restful接口发送给文件系统分流器。可以统一数据操作的接口，使得不同的操作类型分别对应不同的HTTP方法。例如，GET方法用于获取资源，POST方法用于新建资源或者更新资源，PUT方法用于更新资源，DELETE方法用于删除资源。并且可以实现前后端分离，减少流量，后端只负责数据处理。

步骤120、通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配。

本实施例中，如图1b所示，当配置文件系统接收到配置请求时，可以采用观察者模式，对宿主应用中与配置请求对应的可配置组件进行配置修改操作。其中，观察者模式实际是一种被观察对象与观察者之间的依赖关系，观察者将自己注册到被观察对象的容器中，当被观察对象发生某种变化时，会将变化通知所有注册的观察者，通过观察者做出相应的响应。

可选的，通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，可以包括：通过配置文件系统，在接收到文件系统分流器分发的配置请求时，从配置请求中提取配置信息和待配置的目标组件；通过配置文件系统，确定与目标组件对应的第一系统文件；通过配置文件系统，根据配置信息对第一系统文件进行修改操作，以触发第一系统文件的观察者对目标组件进行配置修改操作。

本实施例中，宿主应用中的每个可配置组件都对应一个系统文件，而每个系统文件又会作为被观察对象，分别对应至少一个观察者。当配置文件系统接收到文件系统分流器分发的配置请求后，可以对配置请求进行解析，获取配置信息以及待配置的目标组件。然后确定与目标组件对应的第一系统文件，并根据配置信息对第一系统文件进行相应的写操作。当第一系统文件发生变化时，会将变化情况通知到观察者，触发观察者将第一系统文件的变化应用到目标组件的配置信息中，从而实现增加、修改或删除宿主应用的某项配置，并实时生效。

采用上述技术方案，配置文件系统在对宿主应用进行软件配置操作时，采用观察者模式，通过在被观察对象和观察者之间建立一个抽象的耦合，实现表示层和数据逻辑层的分离，提高了应用程序的可维护性和重用性，也使得配置文件系统更易于扩展。

本实施例中，配置文件系统可以对任意应用程序进行配置信息的修改，而且配置修改即时生效，不需要重启系统，也不会对系统的性能产生额外的负担。

步骤130、通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端。

本实施例中，如图1b所示，当监控文件系统接收到文件系统分流器分发的监控请求时，通过对监控文件系统内的系统文件进行读取操作，实时获取宿主应用内部与监控请求匹配的各种性能数据。将获取的性能数据发送给文件系统分流器，通过文件系统分流器将性能数据返回给Restful客户端。示例性的，Restful客户端可以是利用URL语法在命令行方式下工作的开源文件传输工具curl，可以是浏览器，或者其他对宿主应用进行监控的工具。

需要说明的是，本方法实施方式中记载的步骤120和步骤130可以按照不同的顺序执行，和/或并行执行。例如，如果文件系统分流器既接收到监控请求又接收到配置请求，且文件系统分流器将监控请求分发至监控系统，将配置请求分发至配置系统，则监控文件系统与配置文件系统可以同时对请求进行响应。

可选的，通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，可以包括：通过监控文件系统，在接收到文件系统分流器分发的监控请求时，确定与监控请求匹配第二系统文件；通过监控文件系统，对第二系统文件进行读取操作，以实时从所述宿主应用中获取与监控请求匹配的性能数据。

本实施例中，为了避免使用日志数据，减少对系统性能的影响，当监控文件系统接收到文件系统分流器分发的监控请求时，根据监控请求中的URL参数确定与监控请求匹配的第二系统文件。通过对第二系统文件进行访问读取，触发性能数据的实时获取操作，实时从宿主应用中获取与监控请求匹配的性能数据。

其中，第二系统文件是虚拟文件，存储于内存中，不会存储到硬盘上。第二系统文件只是一个载体，通过访问第二系统文件来实时触发获取性能数据。获取的性能数据不会被存储，而是在被返回后消失。

可选的，通过监控文件系统，对第二系统文件进行读取操作，以实时从所述宿主应用中获取与所述监控请求匹配的性能数据，可以包括：通过监控文件系统，响应于对第二系统文件的读取操作，查询文件请求与监控节点的映射关系，确定与监控请求对应的目标监控节点；通过监控文件系统，从目标监控节点获取与监控请求匹配的性能数据。

本实施例中，每个文件请求都可以在宿主应用中找到一个对应的监控节点，在监控文件系统对第二系统文件进行读取操作时，根据监控请求中的相关信息，查询文件请求与监控节点的映射关系，找到目标监控节点。通过监控文件系统，指示宿主应用上的目标监控节点，获取与监控请求匹配的性能数据。

采用上述技术方案，待监控的性能指标在系统正常运行的时候，不会产生任何的数据和额外的性能消耗，只有在发生外部请求的时候，才会执行一次数据获取操作，获取相关的性能数据。通过这种方式，避免使用日志监控性能数据，对系统性能产生持续性影响。

可选的，性能数据包括：宿主应用的固有属性数据，和/或，监控节点通过执行特定操作获取的特定性能指标数据。

本实施例中，监控文件系统监控的性能数据可以分为两种，一种是固定的性能数据，例如，应用的最大内存，硬盘最大容量等。另一种是通过操作才能获取的动态性能数据，例如，某一个数据缓冲区当前的大小，某一个线程池中当前活动的线程数量，某一个连接池中当前活动的连接数量。其中，某些动态变化的性能数据可能需要监控节点执行一些复杂的操作才能获得，例如，通过ping命令探测某一个设备是否可达。或者，需要监控节点执行特定的任务并返回结果，例如，确定当前角色在跟几个人同时聊天。

采用上述技术方案，在对宿主应用进行性能监控时，不需要一直打印日志数据，可以大大减少对系统性能的影响。同时，可以高度定制具体的观测指标，例如某一个线程池中当前活动的线程数量，在需要的时候通过Restful接口查看。进一步的，还可以制定一系列观测策略，例如定期查看系统性能，以确保系统的健康状态。

本发明实施例应用于安装在宿主应用上的用户空间文件系统，通过文件系统分流器，接收Restful服务器发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求；通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端，解决了现有技术中文件系统的现场调试或者软件配置无法兼顾系统性能的问题，实现在保证系统性能的情况下，用户空间文件系统可以同时向客户端提供对宿主应用的软件性能监控功能和软件实时配置功能。

实施例二

图2是本发明实施例二中的一种数据处理方法的流程图。本实施例可以与上述实施例中各个可选方案结合。具体的，参考图2，该方法可以包括如下步骤：

步骤210、通过文件系统分流器，使用通用Restful接口，接收Restful服务器发送的文件请求，并确定文件请求的类型。

步骤220、通过文件系统分流器，如果是配置请求，则执行步骤230，将文件请求发送到配置文件系统中；如果确定是监控请求，则执行步骤250，将文件请求发送至监控文件系统中。

步骤230、通过配置文件系统，从配置请求中提取配置信息和待配置的目标组件，并确定与目标组件对应的第一系统文件。

步骤240、通过配置文件系统，根据配置信息对第一系统文件进行修改操作，触发第一系统文件的观察者对目标组件进行配置修改操作。

步骤250、通过监控文件系统，确定与监控请求匹配的第二系统文件，并对第二系统文件进行读取操作。

步骤260、通过监控文件系统，响应于对第二系统文件的读取操作，查询文件请求与监控节点的映射关系，确定与监控请求对应的目标监控节点。

步骤270、通过监控文件系统，从目标监控节点获取与监控请求匹配的性能数据，并将性能数据返回至客户端。

本发明实施例应用于安装在宿主应用上的用户空间文件系统，通过文件系统分流器，接收Restful服务器发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求；通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端，解决了现有技术中文件系统的现场调试或者软件配置无法兼顾系统性能的问题，实现在保证系统性能的情况下，用户空间文件系统可以同时向客户端提供对宿主应用的软件性能监控功能和软件实时配置功能。

实施例三

图3是本发明实施例三中的一种用户空间文件系统的结构示意图，本实施例可适用于使用用户空间文件系统对宿主应用实时进行性能监控或软件配置的情况。如图3所示，文件系统包括：Restful服务器310，文件系统分流器320，配置文件系统330以及监控文件系统340；

文件系统分流器320，用于接收Restful服务器310发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求；

配置文件系统330，用于在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；

监控文件系统340，用于在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端。

本发明实施例应用于安装在宿主应用上的用户空间文件系统，通过文件系统分流器，接收Restful服务器发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求；通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端，解决了现有技术中文件系统的现场调试或者软件配置无法兼顾系统性能的问题，实现在保证系统性能的情况下，用户空间文件系统可以同时向客户端提供对宿主应用的软件性能监控功能和软件实时配置功能。

可选的，文件系统分流器320，用于：通过文件系统分流器，使用通用Restful接口，接收Restful服务器发送的文件请求，所述文件请求是所述Restful服务器根据客户端发送的Restful请求生成的。

配置文件系统330，用于：

在接收到文件系统分流器分发的配置请求时，从配置请求中提取配置信息和待配置的目标组件；

确定与目标组件对应的第一系统文件；

根据配置信息对第一系统文件进行修改操作，以触发第一系统文件的观察者对目标组件进行配置修改操作。

可选的，监控文件系统340，用于：

在接收到文件系统分流器分发的监控请求时，确定与监控请求匹配的第二系统文件；

对第二系统文件进行读取操作，以实时从宿主应用中获取与监控请求匹配的性能数据。

可选的，监控文件系统340，具体用于：

响应于对第二系统文件的读取操作，查询文件请求与监控节点的映射关系，确定与监控请求对应的目标监控节点；

从目标监控节点获取与监控请求匹配的性能数据。

可选的，性能数据包括：宿主应用的固有属性数据，和/或，监控节点通过执行特定操作获取的特定性能指标数据。

实施例四

本发明实施例四还公开了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种数据处理方法，应用于安装在宿主应用上的用户空间文件系统，方法包括：

通过文件系统分流器，接收Restful服务器发送的文件请求，并根据文件请求的类型，将文件请求分发至配置文件系统或监控文件系统，文件请求的类型包括：配置请求和监控请求；

通过配置文件系统，在接收到文件系统分流器分发的配置请求时，对宿主应用中的目标组件进行配置修改操作，目标组件与配置请求匹配；

通过监控文件系统，在接收到文件系统分流器分发的监控请求时，从宿主应用中获取与监控请求匹配的性能数据，并将性能数据返回至客户端。

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

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

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

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

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