配置参数的系统、方法、装置以及存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种配置参数的系统、方法、装置以及存储介质。

背景技术

配置修改即配置参数修改，现有web程序大多数依赖外部配置参数才能正常启动，对配置参数的修改一般简称修改配置或配置修改。现有的应用，若需要对应用的配置参数进行修改，则修改后需要重新启动程序方能生效，这对需要全年24小时不间断提供服务的互联网应用影响巨大。

现有技术中无法在运行时修改配置，修改配置必须重启系统，对提供线上服务影响巨大，虽然可以通过部署集群并逐个节点重启的方式减少影响，但风险仍在。能够在不重新启动应用即可生效配置参数的修改的能力十分重要。此外，配置与应用集中化部署，配置信息与应用本身部署在一起，不利于维护。并且配置受编码影响，配置参数文件受文件编码影响，经常会因为文件编码格式或应用环境编码格式支持的原因导致配置文件中文无法正常显示，影响读取和修改。

针对上述的现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种配置参数的系统、方法、装置以及存储介质，以至少解决现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

根据本公开实施例的一个方面，提供了一种配置参数的系统，包括：运行有应用程序的终端设备，以及与终端设备通信的配置服务器，其中终端设备配置用于执行以下操作：向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；从配置服务器接收与调用请求相关的配置参数；将接收到的配置参数应用到应用程序；以及配置服务器用于执行以下操作：从终端设备接收调用请求，调用请求用于获取应用程序运行所需要的配置参数；查询与调用请求对应的配置参数；将查询到的配置参数发送至终端设备。

根据本公开实施例的另一个方面，提供了一种配置参数的方法，包括：向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；从配置服务器接收与调用请求相关的配置参数；以及将接收到的配置参数应用到应用程序。

根据本公开实施例的另一方面，还提供了一种配置参数的方法，包括：从终端设备接收调用请求，调用请求用于获取终端设备上的应用程序运行所需要的配置参数；查询与调用请求对应的配置参数；以及将查询到的配置参数发送至终端设备。

根据本公开实施例的另一个方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种配置参数的装置，包括：第一发送模块，用于向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；第一接收模块，用于从配置服务器接收与调用请求相关的配置参数；应用模块，用于将接收到的配置参数应用到应用程序。

根据本公开实施例的另一个方面，还提供了一种配置参数的装置，包括：第二接收模块，用于从终端设备接收调用请求，调用请求用于获取终端设备上的应用程序运行所需要的配置参数；查询模块，用于查询与调用请求对应的配置参数；以及第二发送模块，用于将查询到的配置参数发送至终端设备。

根据本公开实施例的另一个方面，还提供了一种配置参数的装置，包括：第一处理器；以及第一存储器，与第一处理器连接，用于为第一处理器提供处理以下处理步骤的指令：向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；从配置服务器接收与调用请求相关的配置参数；以及将接收到的配置参数应用到应用程序。

根据本公开实施例的另一个方面，还提供了一种配置参数的装置，包括：第二处理器；以及第二存储器，与第二处理器连接，用于为第二处理器提供处理以下处理步骤的指令：从终端设备接收调用请求，调用请求用于获取终端设备上的应用程序运行所需要的配置参数；查询与调用请求对应的配置参数；以及将查询到的配置参数发送至终端设备。

在本公开实施例中，可以通过部署单独的配置服务器存储配置参数，在终端设备上运行的应用程序需要进行参数配置的情况下，可以从配置服务器处获取相关的配置参数，最终将参数应用到应用程序中，从而保证应用程序的顺利运行。本实施例技术方案可以在应用程序运行的过程中实时的根据需求进行参数的配置，不需要重启应用系统。与现有的技术相比，克服了现有技术中修改配置时应用必须重新启动的缺点。此外，配置参数可以通过配置服务器统一管理，克服了之前不同应用配置信息随应用分布在不同的地点的缺点。从而，实现了集中管理配置信息，降低互联网应用在运行时修改配置所面临的风险及成本的技术效果。进而解决了现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的方法的【计算机终端(或移动设备)】的硬件结构框图；

图2是根据本公开实施例1的第一个方面所述的配置参数的系统的示意图；

图3是根据本公开实施例1的第二个方面所述的配置参数的方法的流程示意图；

图4是根据本公开实施例1的第三个方面所述的配置参数的方法的流程示意图；

图5是根据本公开实施例2的第一个方面所述的配置参数的装置的示意图；

图6是根据本公开实施例2的第二个方面所述的配置参数的装置的示意图；

图7是根据本公开实施例3的第一个方面所述的配置参数的装置的示意图；

以及

图8是根据本公开实施例3的第二个方面所述的配置参数的装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开的技术方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种配置参数的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图1示出了一种用于实现配置参数的方法的计算机终端(或移动设备)的硬件结构框图。如图1所示，计算机终端10(或移动设备10)可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机终端10(或移动设备)中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本公开实施例中的配置参数的方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的配置参数的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。

图2是根据本实施例第一个方面所述的配置参数的系统的示意图。参照图2所示，该系统包括：运行有应用程序的终端设备100，以及与终端设备100通信的配置服务器200，配置服务器200用于为终端设备100上的应用程序运行提供所需要的参数。

其中，终端设备100配置用于执行以下操作：向配置服务器200发送调用请求，其中调用请求用于从配置服务器200获取应用程序运行所需要的配置参数；从配置服务器200接收与调用请求相关的配置参数；将接收到的配置参数应用到应用程序；以及配置服务器200用于执行以下操作：从终端设备100接收调用请求，调用请求用于获取应用程序运行所需要的配置参数；查询与调用请求对应的配置参数；将查询到的配置参数发送至终端设备100。

具体地，终端设备100上运行有应用程序，例如：该应用程序用于客户管理，其中一项功能例如是渠道信息，需要对新老用户进行判断。该应用程序运行该判断逻辑时需要进行参数的配置，其中例如：参数param1等于true时，需要判断新老用户，等于false时不需要判断。此时，终端设备100向配置服务器200发送调用请求，其中配置服务器200用于为应用程序运行提供配置参数。

进一步地，在配置服务器200查询到与该调用请求对应的配置参数(即，参数param1，参数的值等于true，启用该逻辑)的情况下，终端设备100从配置服务器200接收配置参数。最终，终端设备100将配置参数应用到上述的用户管理应用程序中，从而判断新老客户的判断逻辑可以根据接收到的参数(即，参数param1，参数的值等于true，启用该逻辑)运行。

其中，配置服务器200从终端设备100接收调用请求，其中调用请求用于获取应用程序运行所需要的配置参数。例如：终端设备100上运行的客户管理应用程序需要对新老客户进行判断，此时需要对该判断逻辑配置相应的参数(例如：需要的参数为：参数param1，参数的值等于true，启用该逻辑)。然后，配置服务器200查询与调用请求对应的配置参数，其中查询的方式可以从本地进行查询，也可以从存储有配置参数的配置存储系统进行查询。最终，配置服务器200将查询到的配置参数发送至终端设备100。此外，需要说明的是配置参数还可以是应用程序中的控件的参数，例如：控件尺寸、颜色等参数。总之，配置参数为应用程序运行所需要的参数，此处对于配置参数的具体形式不做赘述。

需要说明的是，系统中的终端设备100以及配置服务器200均可适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第二个方面，提供了一种配置参数的方法，该方法例如可以由图2中所示的终端设备100实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S302：向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；

S304：从配置服务器接收与调用请求相关的配置参数；以及

S306：将接收到的配置参数应用到应用程序。

正如背景技术中所述的，现有技术中无法在运行时修改配置参数，修改配置必须重启系统，对提供线上服务影响巨大，虽然可以通过部署集群并逐个节点重启的方式减少影响，但风险仍在。能够在不重新启动应用即可生效配置参数的修改的能力十分重要。此外，配置与应用集中化部署，配置信息与应用本身部署在一起，不利于维护。并且配置受编码影响，配置参数文件受文件编码影响，经常会因为文件编码格式或应用环境编码格式支持的原因导致配置文件中文无法正常显示，影响读取和修改。

针对背景技术中存在的技术问题，本实施例技术方案提供了一种配置参数的方法，具体地，参考图2所示，终端设备100上运行有应用程序，例如：该应用程序用于客户管理，其中一项配置例如是渠道信息，需要对新老用户进行判断。该应用程序运行该判断逻辑时需要进行参数的配置，其中例如：参数param1等于true时，需要判断新老用户，等于false时不需要判断。此时，终端设备100向配置服务器200发送调用请求，其中配置服务器200用于为应用程序运行提供相关的参数。

进一步地，在配置服务器200查询到与该调用请求对应的配置参数(即，参数param1，参数的值等于true，启用该逻辑)的情况下，终端设备100从配置服务器200接收配置参数。最终，终端设备100将配置参数应用到上述的用户管理应用程序中，从而判断新老客户的判断逻辑可以根据接收到的参数(即，参数param1，参数的值等于true，启用该逻辑)运行。其中，配置参数是以数据流的方式发送的，终端设备100可以实时根据应用程序的需求获取配置参数并应用到应用程序中。

从而通过这种方式，可以通过部署单独的配置服务器200存储配置，在终端设备100上运行的应用程序需要进行参数配置的情况下，可以从配置服务器200处获取相关的配置参数，最终将参数应用到应用程序中，从而保证应用程序的顺利运行。本实施例技术方案可以在应用程序运行的过程中实时的根据需求进行参数的配置，不需要重启应用系统。与现有的技术相比，克服了现有技术中修改配置时应用必须重新启动的缺点。此外，配置参数可以通过配置服务器200统一管理，克服了之前不同应用配置信息随应用分布在不同的地点的缺点。从而，实现了集中管理配置信息，降低互联网应用在运行时修改配置所面临的风险及成本的技术效果。进而解决了现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

可选地，向配置服务器发送调用请求的操作中，还包括：向配置服务器发送将配置参数转换成兼容格式的转换请求。

具体地，终端设备100向配置服务器200发送调用请求的操作中，还向配置服务器200发送将配置参数转换成兼容格式的转换请求。例如：不同的操作系统之间的数据格式可能存在不兼容的现象，因此获取的配置参数不能为应用程序所阅读(即，无法运行)。为了保证接收到的配置参数可以兼容自身的系统，终端设备100在向配置服务器200获取配置参数的同时请求配置服务器200将所需要的配置参数转换成自身系统所兼容的格式。此外，需要说明的是配置参数转换是文本格式信息的转换，例如：具体参数转换、url编解码转换等。

从而通过这种方式，克服了现有技术中因环境变化(例如：操作系统不同)导致编码格式无法适配环境，进而导致配置信息不可阅读的缺点。

此外，根据本实施例的第三个方面，提供了一种配置参数的方法，该方法由图2中所示的配置服务器200实现。图4示出了该方法的流程示意图，参考图4所示，该方法包括：

S402：从终端设备接收调用请求，调用请求用于获取终端设备上的应用程序运行所需要的配置参数；

S404：查询与调用请求对应的配置参数；以及

S406：将查询到的配置参数发送至终端设备。

具体地，配置服务器200从终端设备100接收调用请求，其中调用请求用于获取应用程序运行所需要的配置参数。例如：终端设备100上运行的客户管理应用程序需要对新老客户进行判断，此时需要对该判断逻辑配置相应的参数(例如：需要的参数为：参数param1，参数的值等于true，启用该逻辑)。进一步地，配置服务器200查询与调用请求对应的配置参数，其中查询的方式可以从本地进行查询，也可以从存储有配置参数的配置存储系统进行查询。最终，将查询到的配置参数发送至终端设备100。

从而通过这种方式，配置服务器200可以根据终端设备100发送的调用请求查询相关的配置参数，然后将查询到的配置参数发送至该终端设备100。从而终端设备100上的应用程序可以根据获取到的参数顺利运行，并且不需要重新启动。与现有的技术相比，克服了现有技术中修改配置时应用必须重新启动的缺点。此外，配置参数可以通过配置服务器200统一管理，克服了之前不同应用配置信息随应用分布在不同的地点的缺点。从而，实现了集中管理配置信息，降低互联网应用在运行时修改配置所面临的风险及成本的技术效果。进而解决了现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

可选地，查询与调用请求对应的配置参数之后，还包括：将配置参数转换成终端设备兼容的格式。

具体地，配置服务器200查询到与调用请求对应的配置参数后，将配置参数转换成终端设备100兼容的格式。从而通过这种方式，克服了现有技术中因环境变化(例如：操作系统不同)导致编码格式无法适配环境，进而导致配置信息不可阅读的缺点。

可选地，还包括：接收终端设备发送的创建配置参数的创建请求，其中创建请求包含所要创建的配置参数的信息；以及响应于创建请求，根据配置参数的信息创建配置参数，并将所创建的配置参数进行存储。

具体地，在本实施例中，配置服务器200还接收终端设备100发送的创建配置参数的创建请求。例如：终端设备100上的应用程序新增了一个逻辑判断的功能，终端设备100可以将该功能需要的参数发送至配置服务器200。此时，配置服务器200响应于终端设备100的创建请求，根据配置参数的信息创建相关的配置参数并保存。在终端设备100的应用程序需要获取该配置参数的情况下，可以从配置服务器200获取该配置参数。从而，配置服务器200可以为应用程序运行提供配置参数。

此外，参考图1所示，根据本实施例的第四个方面，提供了一种存储介质104。所述存储介质104包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，可以通过部署单独的配置服务器200存储配置参数，在终端设备100上运行的应用程序需要进行参数配置的情况下，可以从配置服务器200处获取相关的配置参数，最终将参数应用到应用程序中，从而保证应用程序的顺利运行。本实施例技术方案可以在应用程序运行的过程中实时的根据需求进行参数的配置，不需要重启应用系统。与现有的技术相比，克服了现有技术中修改配置时应用必须重新启动的缺点。此外，配置参数可以通过配置服务器200统一管理，克服了之前不同应用配置信息随应用分布在不同的地点的缺点。从而，实现了集中管理配置信息，降低互联网应用在运行时修改配置所面临的风险及成本的技术效果。进而解决了现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图5示出了根据本实施例的第一个方面所述的配置参数的装置500，该装置500与根据实施例1的第二个方面所述的方法相对应。参考图5所示，该装置500包括：第一发送模块510，用于向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；第一接收模块520，用于从配置服务器接收与调用请求相关的配置参数；应用模块530，用于将接收到的配置参数应用到应用程序。

可选地，第一发送模块510，包括：发送子模块，用于向配置服务器发送将配置参数转换成兼容格式的转换请求。

此外，图6示出了根据本实施例的第二个方面所述的配置参数的装置600，该装置600与根据实施例1的第三个方面所述的方法相对应。参考图6所示，该装置600包括：第二接收模块610，用于从终端设备接收调用请求，调用请求用于获取终端设备上的应用程序运行所需要的配置参数；查询模块620，用于查询与调用请求对应的配置参数；以及第二发送模块630，用于将查询到的配置参数发送至终端设备。

可选地，还包括：转换模块，用于将配置参数转换成终端设备兼容的格式。

可选地，还包括：第三接收模块，用于接收终端设备发送的创建配置参数的创建请求，其中创建请求包含所要创建的配置参数的信息；以及创建模块，用于响应于创建请求，根据配置参数的信息创建配置参数，并将所创建的配置参数进行存储。

从而根据本实施例，通过配置参数的装置500和配置参数的装置600可以在应用程序运行的过程中实时的根据需求进行参数的配置，不需要重启应用系统。与现有的技术相比，克服了现有技术中修改配置时应用必须重新启动的缺点。此外，配置参数可以统一管理，克服了之前不同应用配置信息随应用分布在不同的地点的缺点。从而，实现了集中管理配置信息，降低互联网应用在运行时修改配置所面临的风险及成本的技术效果。进而解决了现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

实施例3

图7示出了根据本实施例的第一个方面所述的配置参数的装置700，该装置700与根据实施例1的第二个方面所述的方法相对应。参考图7所示，该装置700包括：第一处理器710；以及第一存储器720，与第一处理器710连接，用于为第一处理器710提供处理以下处理步骤的指令：向配置服务器发送调用请求，其中调用请求用于从配置服务器获取应用程序运行所需要的配置参数；从配置服务器接收与调用请求相关的配置参数；以及将接收到的配置参数应用到应用程序。

可选地，第一存储器720还用于为第一处理器710提供处理以下处理步骤的指令：向配置服务器发送调用请求的操作中，向配置服务器发送将配置参数转换成兼容格式的转换请求。

此外，图8示出了根据本实施例的第二个方面所述的配置参数的装置800，该装置800与根据实施例1的第三个方面所述的方法相对应。参考图8所示，该装置800包括：第二处理器810；以及第二存储器820，与第二处理器810连接，用于为第二处理器810提供处理以下处理步骤的指令：从终端设备接收调用请求，调用请求用于获取终端设备上的应用程序运行所需要的配置参数；查询与调用请求对应的配置参数；以及将查询到的配置参数发送至终端设备。

可选地，第二存储器820还用于为第二处理器810提供处理以下处理步骤的指令：查询与调用请求对应的配置参数之后，将配置参数转换成终端设备兼容的格式。

可选地，第二存储器820还用于为第二处理器810提供处理以下处理步骤的指令：接收终端设备发送的创建配置参数的创建请求，其中创建请求包含所要创建的配置参数的信息；以及响应于创建请求，根据配置参数的信息创建配置参数，并将所创建的配置参数进行存储。

从而根据本实施例，通过配置参数的装置700和配置参数的装置800可以在应用程序运行的过程中实时的根据需求进行参数的配置，不需要重启应用系统。与现有的技术相比，克服了现有技术中修改配置时应用必须重新启动的缺点。此外，配置参数可以统一管理，克服了之前不同应用配置信息随应用分布在不同的地点的缺点。从而，实现了集中管理配置信息，降低互联网应用在运行时修改配置所面临的风险及成本的技术效果。进而解决了现有技术中存在的应用系统无法在运行时修改配置，并且配置信息与应用本身部署在一起，不利于维护的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。