用于获取配置信息的方法、电子设备和存储介质

摘要

本公开的实施例涉及用于获取配置信息的方法、电子设备和计算机存储介质，涉及信息处理领域。根据该方法，接收对于应用配置的请求，请求指示应用配置标识；确定与所接收的应用配置标识相关联的第一网址，第一网址存储有与应用配置相关联的逻辑连接信息；从所确定的第一网址获取与应用配置相关联的逻辑连接信息，逻辑连接信息指示多个第二网址之间的逻辑连接关系，每个第二网址存储有与应用配置相关联的属性键值对；解析逻辑连接信息，以生成抽象语法树；以及基于抽象语法树，生成配置信息，以用于响应请求，配置信息包括属性键值对。由此，能够实现软件定义的虚拟配置服务器，提升了组装配置的灵活性。

权利要求

1.一种用于获取配置信息的方法，包括：接收对于应用配置的请求，所述请求指示应用配置标识；

基于应用配置标识与第一网址之间的关联，确定与所接收的应用配置标识相关联的第一网址，所述第一网址存储有与所述应用配置相关联的逻辑连接信息；

从所确定的第一网址获取与所述应用配置相关联的逻辑连接信息，所述逻辑连接信息指示多个第二网址之间的逻辑连接关系，所述多个第二网址中的每个第二网址存储有与所述应用配置相关联的属性键值对；

解析所述逻辑连接信息，以生成抽象语法树，所述抽象语法树以所述多个第二网址为叶子节点并以逻辑连接关系指示符为非叶子节点；以及基于所述抽象语法树，生成配置信息，以用于响应所述请求，所述配置信息包括属性键值对。

2.根据权利要求1所述的方法，其中生成所述配置信息包括：如果确定所述抽象语法树的根节点为或连接关系指示符，则确定所述根节点的左子节点是否为叶子节点；

如果确定所述左子节点为非叶子节点，则基于所述根节点的左子树，递归生成所述配置信息；

如果确定所述左子节点为叶子节点，则确定从所述左子节点所对应的第二网址获取属性键值对是否发生故障；

如果确定从所述左子节点所对应的第二网址获取属性键值对未发生故障，则将所获取的属性键值对作为所述配置信息；

如果确定从所述左子节点所对应的第二网址获取属性键值对发生故障，则确定所述根节点的右子节点是否为叶子节点；

如果确定所述右子节点为非叶子节点，则基于所述根节点的右子树，递归生成配置信息；以及

如果确定所述右子节点为叶子节点，则从所述右子节点所对应的第二网址获取属性键值对，作为所述配置信息。

3.根据权利要求2所述的方法，其中从所述左子节点所对应的第二网址获取的属性键值对和从所述右子节点所对应的第二网址获取的属性键值对相同。

4.根据权利要求1所述的方法，其中生成所述配置信息包括：如果确定所述抽象语法树的根节点为与连接关系指示符，则确定所述根节点的左子节点是否为叶子节点；

如果确定所述左子节点为叶子节点，则从所述左子节点所对应的第二网址获取属性键值对，作为第一部分配置信息；

如果确定所述左子节点为非叶子节点，则基于所述根节点的左子树，递归生成所述第一部分配置信息；

如果确定所述根节点的右子节点为叶子节点，则从所述右子节点所对应的第二网址获取属性键值对，作为第二部分配置信息；

如果确定所述右子节点为非叶子节点，则基于所述根节点的右子树，递归生成所述第二部分配置信息；以及

将所述第二部分配置信息中与所述第一部分配置信息不存在交集的属性键值对与所述第一部分配置信息进行合并，以生成所述配置信息。

5.根据权利要求4所述的方法，其中所述第一部分配置信息用于应用测试。

6.根据权利要求1所述的方法，其中生成所述配置信息包括：如果确定所述抽象语法树的根节点为条件连接关系指示符，则从所述根节点的左子节点所对应的第二网址获取属性键值对；

如果确定所述属性键值对中的属性值为真，则确定所述根节点的右子节点是否为叶子节点；

如果确定所述根节点的右子节点为叶子节点，则从所述根节点的右子节点所对应的第二网址获取属性键值对，作为所述配置信息；

如果确定所述根节点的右子节点为非叶子节点，则从所述根节点的右子节点的左子节点所对应的第二网址获取属性键值对，作为所述配置信息；以及如果确定所述属性键值对中的属性值非真，则从所述根节点的右子节点的右子节点所对应的第二网址获取属性键值对，作为所述配置信息。

7.根据权利要求1所述的方法，其中所述请求还指示属性键，以及生成所述配置信息包括：

如果确定所述抽象语法树的根节点为管道连接关系指示符，则从所述根节点的左子节点所对应的第二网址获取属性键值对；

如果确定所述根节点的右子节点为叶节点，则从所述根节点的右子节点所对应的第二网址获取属性键与所获取的属性键值对中的属性值相匹配的属性键值对，作为所述配置信息；以及

如果确定所述根节点的右子节点为非叶节点，则基于所述根节点的右子树，以所获取的属性键值对中的属性值为属性键递归生成所述配置信息。

8.根据权利要求1所述的方法，其中与所述多个第二网址对应的、用于属性键值对的多个存储设备是异构的。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1‑8中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1‑8中任一项所述的方法。

说明书

用于获取配置信息的方法、电子设备和存储介质

技术领域

[0001] 本公开的实施例总体涉及信息处理领域，具体涉及用于获取配置信息的方法、电子设备和计算机存储介质。

背景技术

[0002] 配置是用于个性化应用的方法，简单应用的配置可能是一个文件（一般是json, yaml, xml, ini, toml等格式），复杂的应用或微服务化的应用可能会提供一个中心化的
配置服务器。应用启动时首先从文件或中心配置服务器获得属于自己的配置信息，进行一
些个性化设置后启动。

[0003] 中心化的配置服务器可以存储若干应用程序的配置，它可以被若干个应用共享，每个应用按需获取属于自己的配置数据。但是中心化的配置服务器往往存在维护复杂并且
容易单点故障的问题。

发明内容

[0004] 提供了一种用于获取配置信息的方法、电子设备以及计算机存储介质，能够实现软件定义的虚拟配置服务器，提升了组装配置的灵活性。

[0005] 根据本公开的第一方面，提供了一种用于获取配置信息的方法。该方法包括：接收对于应用配置的请求，请求指示应用配置标识；基于应用配置标识与第一网址之间的关联，
确定与所接收的应用配置标识相关联的第一网址，第一网址存储有与应用配置相关联的逻
辑连接信息；从所确定的第一网址获取与应用配置相关联的逻辑连接信息，逻辑连接信息
指示多个第二网址之间的逻辑连接关系，多个第二网址中的每个第二网址存储有与应用配
置相关联的属性键值对；解析逻辑连接信息，以生成抽象语法树，抽象语法树以多个第二网
址为叶子节点并以逻辑连接关系指示符为非叶子节点；以及基于抽象语法树，生成配置信
息，以用于响应请求，配置信息包括属性键值对。

[0006] 根据本公开的第二方面，提供了一种电子设备。该电子设备包括：至少一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少一个处理器执
行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行根据第一方面所述
的方法。

[0007] 在本公开的第三方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现根据本公开的第一方面的方法。

[0008] 应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

[0009] 结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素。

[0010] 图1是根据本公开的实施例的信息处理环境100的示意图。

[0011] 图2是根据本公开的实施例的用于获取配置信息的方法200的示意图。

[0012] 图3是根据本公开的实施例的用于生成配置信息的方法300的示意图。

[0013] 图4是根据本公开的实施例的用于生成配置信息的方法400的示意图。

[0014] 图5是根据本公开的实施例的用于生成配置信息的方法500的示意图。

[0015] 图6是根据本公开的实施例的用于生成配置信息的方法600的示意框图。

[0016] 图7是根据本公开的实施例的逻辑连接关系700的示意框图。

[0017] 图8是根据本公开的实施例的抽象语法树800的示意框图。

[0018] 图9是根据本公开的实施例的抽象语法树900的示意框图。

[0019] 图10是根据本公开的实施例的逻辑连接关系1000的示意框图。

[0020] 图11是用来实现本公开实施例的用于获取配置信息的方法的电子设备的框图。

具体实施方式

[0021] 以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识
到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同
样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

[0022] 在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施
例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的
实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明
确的和隐含的定义。

[0023] 如上所述，中心化的配置服务器是为专门为配置数据读写所开发的应用，它需要单独的部署和维护。而一般大型应用程序都有数据库，Redis，Consul等带有存储功能的应
用服务，如果能将配置服务“寄生”于这些基础架构中已有的服务中，就可以省去多维护一
个配置服务的目的。而由于不同应用的基础架构往往差别很大，如果该配置服务的“寄生”
能力出众，能寄生于各种存储介质，就可以让配置服务更具生命力。

[0024] 中心化服务器还有单点故障的问题，这时往往需要对该中心化服务器做各种高可用的配置，增加维护的难度。如果中心化服务器支持分布式部署，并支持异构的高可用，可
以提升配置服务的稳定性。

[0025] 大型应用的配置可能非常复杂，每个环境的配置大同小异。如果每个环境都拷贝一份配置，并根据需要修改少数个性化的参数。当后面需要修改共同参数时，会面临需要逐
一修改每一份拷贝的问题，使得配置的修改复杂化。如果配置服务器能支持多层级，第一层
级提供主要的配置信息，第二层级提供少数需要修改的配置信息，将两层级的数据叠加就
是最终的配置，那么每个应用只需要单独设置极少数的个性化配置即可，从而解决了拷贝
带来的维护复杂性。

[0026] 另外一些大型应用同时支持微服务和单体式部署，每个微服务器都有单独的配置，单体式部署可能是将每个微服务的配置合并后的结果，传统的配置方法意味着要手动
将每个微服务的配置合并后供单体应用使用。如果配置服务支持多层级，每一层级对应一
个微服务，那么在不修改的前提下，它既可以用于微服务，也可以用于单体式部署。

[0027] 为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于获取配置信息的方案。在该方案中，计算设备接收对于应用配置
的请求，请求指示应用配置标识，并基于应用配置标识与第一网址之间的关联，确定与所接
收的应用配置标识相关联的第一网址，第一网址存储有与应用配置相关联的逻辑连接信
息。计算设备从所确定的第一网址获取与应用配置相关联的逻辑连接信息，逻辑连接信息
指示多个第二网址之间的逻辑连接关系，多个第二网址中的每个第二网址存储有与应用配
置相关联的属性键值对，并解析逻辑连接信息，以生成抽象语法树，抽象语法树以多个第二
网址为叶子节点并以逻辑连接关系指示符为非叶子节点。计算设备基于抽象语法树，生成
配置信息，以用于响应请求，配置信息包括属性键值对。以此方式，能够实现软件定义的虚
拟配置服务器，提升了组装配置的灵活性。

[0028] 在下文中，将结合附图更详细地描述本方案的具体示例。

[0029] 图1示出了根据本公开的实施例的信息处理环境100的示例的示意图。信息处理环境100可以包括计算设备110、对于应用配置的请求120、应用配置标识与第一网址之间的关
联130、第一网址140以及多个第二网址150‑1至150‑n（下文将第二网址统称为150）。

[0030] 计算设备110例如包括但不限于个人计算机、台式计算机、平板计算机、膝上型计算机、智能手机、个人数字助理、服务器计算机、多处理器系统、大型计算机、包括上述系统
或设备中的任意一个的分布式计算环境等。在一些实施例中，计算设备110可以具有一个或
多个处理单元，包括诸如图像处理单元GPU、现场可编程门阵列FPGA和专用集成电路ASIC等
的专用处理单元以及诸如中央处理单元CPU的通用处理单元。

[0031] 对于应用配置的请求120例如可以来自终端设备（未示出）上运行的应用。该终端设备例如包括但不限于个人计算机、台式计算机、平板计算机、膝上型计算机、智能手机、个
人数字助理。在一些实施例中，计算设备110可以与该终端设备为同一设备，也就是说请求
120是计算设备110从其上运行的应用接收的对于应用配置的调用请求。在另一些实施例
中，计算设备110可以为与该终端设备不同的服务器。

[0032] 第一网址140处存储有与应用配置相关联的逻辑连接信息。逻辑连接信息指示多个第二网址150之间的逻辑连接关系。每个第二网址150处存储有与应用配置相关联的属性
键值对，例如的形式。应当理解，第二网址存储的属性键值对可以为空。不同第
二网址处存储的属性键值对可以完全相同，部分相同或者完全不同。

[0033] 计算设备110用于接收对于应用配置的请求120，请求120指示应用配置标识；基于应用配置标识与第一网址之间的关联130，确定与所接收的应用配置标识相关联的第一网
址，第一网址存储有与应用配置相关联的逻辑连接信息；从所确定的第一网址140获取与应
用配置相关联的逻辑连接信息，逻辑连接信息指示多个第二网址150之间的逻辑连接关系，
多个第二网址150中的每个第二网址150存储有与应用配置相关联的属性键值对；以及解析
逻辑连接信息，以生成抽象语法树，抽象语法树以多个第二网址150为叶子节点并以逻辑连
接关系指示符为非叶子节点；以及基于抽象语法树，生成配置信息160，以用于响应请求，配
置信息包括属性键值对。

[0034] 由此，能够实现软件定义的虚拟配置服务器，提升了组装配置的灵活性，避免了配置服务器单点故障的问题。

[0035] 图2示出了根据本公开的实施例的用于获取配置信息的方法200的流程图。例如，方法200可以由如图1所示的计算设备110来执行。应当理解的是，方法200还可以包括未示
出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

[0036] 在框202处，计算设备110接收对于应用配置的请求120，请求120指示应用配置标识。

[0037] 在框204处，计算设备110基于应用配置标识与第一网址之间的关联130，确定与所接收的应用配置标识相关联的第一网址140，第一网址140存储有与应用配置相关联的逻辑
连接信息。

[0038] 在框206处，计算设备110从所确定的第一网址140获取与应用配置相关联的逻辑连接信息，逻辑连接信息指示多个第二网址150之间的逻辑连接关系，多个第二网址150中
的每个第二网址150存储有与应用配置相关联的属性键值对。

[0039] 逻辑连接关系例如包括但不限于与连接关系（例如&）、或连接关系（例如||）、条件连接关系（例如IF）和管道连接关系（例如>）等。

[0040] 逻辑连接信息的一个示例为postgresql://locahost:5432 & file:///etc/config/abc.json，其指示了两个第二网址（postgresql://locahost:5432，file:///etc/
config/abc.json，下文可以通过config1，config2来表示）之间的与连接关系（&）。逻辑连
接信息的另一个示例为config1 || config2，其指示了两个第二网址之间的或连接关系（|
|）。

[0041] 不同第二网址处存储的属性键值对可完全相同、部分相同或完全不同。例如，postgresql://locahost:5432处可以存储有与应用配置相关联的属性键值对，例如{a=1, 
b=2}。file:///etc/config/abc.json处可存储有与应用配置相关联的属性键值对，例如{c
=3, d=4, a=9}。

[0042] 逻辑连接信息的另一个示例为condition_config IF config_1 ELSE config_2。其中，IF为条件连接关系指示符，ELSE是可选的。如果从condition_config（例如sql://
locahost:1234）获取的属性值为真，则读取config_1中的属性键值对，否则读取config_2
中的属性键值对。

[0043] 逻辑连接信息的再一个示例为config1  >  config2 >  config3（例如postgresql://locahost:6789），其中>为管道连接关系指示符，先从config1读取属性键值
对，然后基于该属性键值对中的属性值作为属性键，从config2读取属性键值对，再基于该
属性键值对中的属性值为属性键，从config3读取属性键值对。

[0044] 上面仅示出了逻辑连接信息的部分示例，逻辑连接信息可以采用其他形式，或者可以对上述示例进行任意组合，本公开的范围在此不受限制。

[0045] 在一些实施例中，与多个第二网址对应的、用于属性键值对的多个存储设备是异构的。以3个第二网址为例来说明异构，其中一个第二网址可以指向MySQL，另一个第二网址
可以指向Redis，还有个第二网址可以指向文件。MySQL、Redis和文件中可以存储属性键值
对，从第二网址获取属性键值对相当于从MySQL、Redis和文件获取属性键值对。应当理解，
这里3个第二网址只是举例，MySQL、Redis和文件也只是举例说明，还可以有更多或更少的
第二网址，所对应的存储设备也可以是能够存储键值对的其他存储设备，本公开的范围在
此不受限制。由此，使得用于存储属性键值对等配置信息的存储设备可以是异构的，从而使
得配置能够寄生于现有的存储设备中，而无需专门的存储设备。

[0046] 在框208处，计算设备110解析逻辑连接信息，以生成抽象语法树，抽象语法树以多个第二网址150为叶子节点并以逻辑连接关系指示符为非叶子节点。

[0047] 以逻辑连接信息config_modify&((config_app1&config_app2)||config_mirror)为例，其中config_modify、config_app1、config_app2和config_mirror分别指代4
个第二网址（例如，postgresql://locahost:1，postgresql://locahost:2，postgresql://
locahost:3，postgresql://locahost:4）。逻辑连接信息所对应的逻辑连接关系可如图7所
示。其中，主配置服务器730（对应于第二网址config_a）采用切片形式将配置按应用分为应
用配置1，710（对应第二网址config_app1）和应用配置2，720（对应第二网址config_app2）。

[0048] 另外为了支持高可用，还部署了一个镜像配置740（对应第二网址config_mirror）, 镜像配置740没有采用分片结构，它包含了所有应用的配置。将主配置730和镜像
配置740进行“或连接”后得到配置服务器750（对应于第二网址config_b）, 应用1，760和应
用2，770都可以直接连接config_b 750，并读取和自己相关的配置信息。

[0049] 此外，为了支持对应用1，760的调试，在本地构建了一个新的配置服务器780（对应于第二网址config_modify）, 它只修改了少数调试时需要修改的配置信息。然后将
config_modify 780和config_b 750进行“与连接”，并设置config_modify 780有更高的优
化级，连接后就获得了调试应用1，791所需要的调试配置服务器790（对应于config_
debug），也就是相当于config_modify&((config_app1&config_app2)||config_mirror)。

[0050] 由此，能够支持通过同时使用与或连接构建更复杂的配置服务器，同时获得配置切片、分层覆盖和高可用的目的。

[0051] 根据如图7所示的逻辑连接关系，可以生成如图8所示的抽象语法树800，抽象语法树800中的非叶子节点810‑830分别为与连接关系指示符&、或连接关系指示符||、与连接关
系指示符&，抽象语法树800中的叶子节点840‑870分别为第二网址config_modify、config_
app1、config_app2和config_mirror。应当理解，上述逻辑连接信息仅是举例说明，逻辑连
接信息也可以包括其他形式的信息，例如与连接关系、或连接关系、条件连接关系和管道连
接关系等逻辑连接关系之间的任意组合，所生成的抽象语法树也可以是其他形式，本公开
的范围在此不受限制。

[0052] 在框210处，计算设备110基于抽象语法树，生成配置信息，以用于响应请求，配置信息包括属性键值对。例如基于抽象语法树从多个第二网址中的至少一个第二网址获取属
性键值对，以生成配置信息。下文将结合图3‑图6详细描述用于生成配置信息的方法。

[0053] 由此，能够实现软件定义的虚拟配置服务器，提升了组装配置的灵活性，避免了配置服务器单点故障的问题。具体来说，提供了一种可分布式部署、可分层级并且可灵活适应
各种不同的基础架构的配置应用服务。

[0054] 图3示出了根据本公开的实施例的用于生成配置信息的方法300的流程图。例如，方法300可以由如图1所示的计算设备110来执行。应当理解的是，方法300还可以包括未示
出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

[0055] 在框302处，计算设备110确定抽象语法树的根节点是否为或连接关系指示符。

[0056] 如果在框302处计算设备110确定抽象语法树的根节点为或连接关系指示符，则在框304处确定根节点的左子节点是否为叶子节点。

[0057] 如果在框304处计算设备110确定左子节点为非叶子节点，则在框306处，基于根节点的左子树，递归生成配置信息。

[0058] 如果在框304处计算设备110确定左子节点为叶子节点，则在框308处，确定从左子节点所对应的第二网址150获取属性键值对是否发生故障。

[0059] 如果在框308处计算设备110确定从左子节点所对应的第二网址150获取属性键值对未发生故障，则在框310处，将获取的属性键值对作为配置信息。

[0060] 如果在框308处计算设备110确定从左子节点所对应的第二网址150获取属性键值对发生故障，则在框312处确定根节点的右子节点是否为叶子节点。

[0061] 如果在框312处计算设备110确定右子节点为非叶子节点，则在框314处，基于根节点的右子树，递归生成配置信息。

[0062] 也就是说，将根节点的右子树作为抽象语法树，执行用于生成配置信息的过程。如果抽象语法树的根节点为或连接关系指示符，则继续执行方法300，如果抽象语法树的根节
点为其他逻辑关系指示符，则可以执行与其他逻辑关系指示符相关联的流程，例如如果根
节点为与连接关系指示符，则可以执行方法400，如果根节点为条件连接关系指示符，则可
以执行方法500，如果根节点为管道连接关系指示符，则可以执行方法600，应当理解，这些
逻辑关系指示符只是举例说明，对于其他逻辑关系指示符也适用，本公开的范围在此不受
限制。

[0063] 如果在框312处计算设备110确定右子节点为叶子节点，则在框316处从右子节点所对应的第二网址150获取属性键值对，作为配置信息。

[0064] 比如左子节点所对应的第二网址config_1的键值对集合是{a=1, b=2}, 右子节点所对应的第二网址config_2的键值对集合是{a=5, b=6, c=7}, 则或连接后的config对
应的键值对集合就是config_1的内容，即{a=1, b=2}。如果config_1故障后，或连接的结果
就变为config_2的内容{a=5, b=6, c=7}。

[0065] 在一些实施例中，从左子节点所对应的第二网址获取的属性键值对和从右子节点所对应的第二网址获取的属性键值对相同。例如，config_1和config_2存储的键值对内容
是完全一致的。这样当config_1故障时，自动切换读取config_2后也能读取到相同的结果。

[0066] 由此，或连接能够实现配置的高可用。当高优化级的配置出现故障后，可以自动切换到低优化级的配置。这种高可用并不需要复杂的架构部署，并且支持异构高可用。比如一
个配置存储到MySQL，一份镜像配置存储到文件，如果MySQL故障后还可以读取文件。

[0067] 图4示出了根据本公开的实施例的用于生成配置信息的方法400的流程图。例如，方法400可以由如图1所示的计算设备110来执行。应当理解的是，方法400还可以包括未示
出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

[0068] 在框402处，计算设备110确定抽象语法树的根节点是否为与连接关系指示符。

[0069] 如果在框402处计算设备110确定抽象语法树的根节点为与连接关系指示符，则在框404处确定左子节点是否为叶子节点。

[0070] 如果在框404处计算设备110确定左子节点为叶子节点，则在框406处，从左子节点所对应的第二网址150获取属性键值对，作为第一部分配置信息。

[0071] 在一些实施例中，第一部分配置信息用于应用测试。由此，能够使得用于应用测试的第一部分配置信息优先于高于正常应用配置，只需修改少数用于调试的配置信息，无需
进行大规模复制然后修改，提高了调试效率。

[0072] 如果在框404处计算设备110确定左子节点为非叶子节点，则在框408处，基于根节点的左子树，递归生成第一部分配置信息。

[0073] 也就是说，将根节点的左子树作为抽象语法树，执行用于生成配置信息的过程。如果抽象语法树的根节点为与连接关系指示符，则继续执行方法400，如果抽象语法树的根节
点为其他逻辑关系指示符，则可以执行与其他逻辑关系指示符相关联的流程，例如如果根
节点为或连接关系指示符，则可以执行方法300，如果根节点为条件连接关系指示符，则可
以执行方法500，如果根节点为管道连接关系指示符，则可以执行方法600，应当理解，这些
逻辑关系指示符只是举例说明，对于其他逻辑关系指示符也适用，本公开的范围在此不受
限制。

[0074] 在框410处，计算设备110确定右子节点是否为叶子节点。

[0075] 如果在框410处计算设备110确定右子节点为叶子节点，则在框412处从右子节点所对应的第二网址150获取属性键值对，作为第二部分配置信息。

[0076] 如果在框410处计算设备110确定右子节点为非叶子节点，则在框414处基于根节点的右子树，递归生成第二部分配置信息。递归的过程与上文类似，不再赘述。

[0077] 在框416处，计算设备110将第二部分配置信息中与第一部分配置信息不存在交集的属性键值对与第一部分配置信息进行合并，以生成配置信息。

[0078] 例如，第一部分配置信息包括{a=1, b=2}，第二部分配置信息包括{c=3, d=4, a=9}，则所生成的配置信息包括{a=1, b=2, c=3, d=4}，其中a=9被a=1覆盖了，也就是第一部
分配置信息中的a=1具有更高优先级。

[0079] 由此，能够通过与连接关系将应用配置划分为多个部分，分别存储于不同地址，将多个部分合并后可以生成最终的配置信息。按优化级对层级进行排序然后进行连接。对于
同一个属性或者配置项，如果两层级定义了相同的内容，则按优先级高的为准。如果不同的
层级定义了不同的配置项，则将这些配置项叠加或合并在一起。与连接支持配置覆盖，如果
每个服务的配置大同小异，将相同的数据存储到一个低优先级的分层中，而每个应用的特
殊配置存储到另一个高优先级的分层中，那么应用仅需要维护自己少量的不同的配置项即
可。

[0080] 以图8所示的抽象语法树800为例来说明结合方法300和400的过程，确定抽象语法树800的根节点810为与连接关系指示符，也就是&。随后，确定根节点810的左子节点840为
叶子节点，则从左子节点840所对应的第二网址config_modify获取属性键值对，作为第一
部分配置信息part1。计算设备110确定右子节点820为非叶子节点，则基于根节点810的右
子树，递归生成第二部分配置信息part2。

[0081] 进入第一层递归后，确定右子树的根节点820为或连接关系指示符，也就是||。随后，确定根节点820的左子节点830为非叶子节点，则基于根节点820的左子树，递归生成第
二部分配置信息part2。

[0082] 进入第二层递归后，确定左子树的根节点830为与连接关系指示符&。随后，确定根节点830的左子节点850为叶子节点，则从左子节点840所对应的第二网址config_app1获取
属性键值对，作为第二部分配置信息中的第一部分配置信息part2_1。计算设备110确定右
子节点860为非叶子节点，则从右子节点860所对应的第二网址config_app2获取属性键值
对，作为第二部分配置信息中的第二部分配置信息part2_2。随后，将第二部分配置信息中
的第二部分配置信息part2_2与第二部分配置信息中的第一部分配置信息part2_1不存在
交集的属性键值对与第二部分配置信息中的第一部分配置信息part2_1进行合并，以生成
第二部分配置信息part2。

[0083] 至此第二层递归结束，返回第一层递归（此时根节点为820）。如果计算设备110确定从根节点820的左子树获取第二部分配置信息part2未发生故障，则直接结束递归，因为
第一层递归为或连接。如果计算设备110确定从根节点820的左子树获取第二部分配置信息
part2发生故障，则确定根节点820的右子节点870是否为叶子节点。如图8所示，确定右子节
点870为叶子节点，则从右子节点870所对应的第二网址config_mirror获取属性键值对，作
为第二部分配置信息part2。

[0084] 至此，第一层递归结束。计算设备110将第二部分配置信息part2与第一部分配置信息part1不存在交集的属性键值对与第一部分配置信息part1进行合并，以生成第二部分
配置信息。

[0085] 图5示出了根据本公开的实施例的用于生成配置信息的方法500的流程图。例如，方法500可以由如图1所示的计算设备110来执行。应当理解的是，方法500还可以包括未示
出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。

[0086] 在框502处，计算设备110确定抽象语法树的根节点是否为条件连接关系指示符。

[0087] 如果在框502处计算设备110确定抽象语法树的根节点为条件连接关系指示符，则在框504处，从根节点的左子节点所对应的第二网址150获取属性键值对。

[0088] 在框506处，计算设备110确定属性键值对中的属性值是否为真。

[0089] 如果在框506处计算设备110确定属性键值对中的属性值为真，则在框508处，确定根节点的右子节点是否为叶子节点。

[0090] 如果在框508处计算设备110确定根节点的右子节点为叶子节点，则在框510处，从根节点的右子节点所对应的第二网址150获取属性键值对，作为配置信息。

[0091] 如果在框508处计算设备110确定根节点的右子节点为非叶子节点，则在框512处，从根节点的右子节点的左子节点所对应的第二网址150获取属性键值对，作为配置信息。

[0092] 如果在框506处计算设备110确定属性值非真，则在框514处从根节点的右子节点的右子节点所对应的第二网址150获取属性键值对，作为配置信息。

[0093] 以如图9所示的抽象语法树900为例进行说明。先确定抽象语法树900的根节点910为条件连接关系符IF。如图9所示，从根节点910的左子节点920所对应的第二网址
condition_config获取属性键值对。

[0094] 如果获取的属性键值对中的属性值为真，则确定根节点810的右子节点930是否为叶子节点。如图9所示，右子节点930为非叶子节点，则从根节点910的右子节点930的左子节
点940所对应的第二网址config_1获取属性键值对，作为配置信息。

[0095] 如果获取的属性键值对中的属性值非真，则从根节点910的右子节点930的右子节点950所对应的第二网址config_2获取属性键值对，作为配置信息。

[0096] 由此，能够实现以应用配置的某一属性值为条件来确定读取应用配置中的其他属性值，提高配置获取的灵活性。

[0097] 应用升级时可能会导致一些不兼容的改动，灰度测试中存在着多版本应用程序共存的问题。比如读取应用配置之前是通过key=bar读取，新的应用切换为通过key=foo来读
取。实际两者指向相同的配置。为了兼容两个不同版本的应用，在不更改应用1.0和原始配
置的情况下，应用2.0可以在配置服务器之前通过管道连接加一层键值映射的服务器，如图
10所示，应用1.0 1010通过key=bar来读取原始配置1020（对应于第二网址original_
config），应用2.0 1030通过key=foo来读取键值映射配置1040（对应于第二网址key_
config），其中包括属性值bar，随后通过key=bar来读取原始配置1020。这样应用2.0可以通
过新的key=foo来读取同样的配置。下文将结合图6来详细描述。

[0098] 图6示出了根据本公开的实施例的用于生成配置信息的方法600的流程图。例如，方法600可以由如图1所示的计算设备110来执行。应当理解的是，方法600还可以包括未示
出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。请求120还指示
属性键，

[0099] 在框602处，计算设备110确定抽象语法树的根节点是否为管道连接关系指示符。

[0100] 如果在框602处计算设备110确定抽象语法树的根节点为管道连接关系指示符，则在框604处从根节点的左子节点所对应的第二网址150获取属性键值对。

[0101] 在框606处，计算设备110确定根节点的右子节点是否为叶节点。

[0102] 如果在框606处计算设备110确定根节点的右子节点为叶节点，则在框608处，从根节点的右子节点所对应的第二网址150获取属性键与所获取的属性键值对中的属性值相匹
配的属性键值对，作为配置信息。

[0103] 如果在框606处计算设备110确定根节点的右子节点为非叶节点，则在框610处，基于根节点的右子树，以所获取的属性键值对中的属性值为属性键递归生成配置信息。

[0104] 由此，能够通过管道连接关系指示符和键值映射实现配置获取兼容两个不同版本的应用。

[0105] 此外，同一个应用在不同的阶段会使用不同的配置来运行，比如生产环境，预发布环境和测试环境。切换环境常规的方法是更改应用的启动参数。如果应用实例很多，逐个切
换环境会变得很复杂。通过引入分类连接关系指示符（switch）可以达到快速切换所有应用
配置的目的。

[0106] 在部署时，应用不直接连接具体的某个配置，而是和一个switch_config连接。当需要切换环境时，将switch_config内部的开关切换到某个具体的应用配置，则所有的应用
都自动切换到了该配置。

[0107] 假设应用的配置服务器存储了所有的配置，对于某个具体的应用可能只需要其中很少的几个配置，或者全量配置有一些诸如用户名密码等应用不需要的敏感信息，这种情
况希望在不更改原始配置的情况下对应用隐藏部分配置。可以使用条件连接IF和非连接
NOT实现该功能。

[0108] mask_config是一些boolean类型的配置, 它记录了所有需要被隐藏的配置, 通过非连接NOT生成了反转后的配置invert_config, 相当于invert_config存储了所有不需
要被隐藏的配置 (实际并未存储），最后再通过条件连接指示符IF连接原始配置最终生成
应用需要的最终配置服务器。

[0109] 当应用访问某个配置origin_config时，首先会读取mask_config的值，只有当mask_config的值为False时（invert返回后为True），应用才可以正常读取该配置origin_
config，否则会查找不到该配置。

[0110] 另外，还可以设置监控配置访问情况的配置服务器monitor_config，该服务器对于任何的键请求都返回不存在，但是内部记录了对该键的访问情况。然后使用与连接添加
一个真正的配置服务器config。这样应用对每个键的访问最终都会读取存储在config中的
值，但是每次读取都被监控和统计了。通过监控可以分析出热点和冷门配置，并分析出应用
对配置的访问逻辑是否合理。

[0111] 应当理解，在一些实施例中，上述不同逻辑连接关系可以进行任意组合，在这样的情况下，上文提及的递归步骤可以针对整体流程实现递归，而不仅限于对个别逻辑连接关
系实现递归。例如，对于方法200而言，如果在框312处计算设备110确定右子节点为非叶子
节点，则在框314处，基于根节点的右子树，递归生成配置信息。如果该右子树中的根节点为
与连接关系指示符，则递归生成配置信息相当于执行方法400，如果该右子树中的根节点为
条件连接关系指示符，则递归生成配置信息相当于执行方法500，如果该右子树中的根节点
为管道连接关系指示符，则递归生成配置信息相当于执行方法600。对于方法400而言，递归
也是类似处理，不再赘述。

[0112] 图11示出了可以用来实施本公开内容的实施例的示例设备1100的示意性框图。例如，如图1所示的计算设备110可以由设备1100来实施。如图所示，设备1100包括中央处理单
元（CPU）1101，其可以根据存储在只读存储器（ROM）1102中的计算机程序指令或者从存储单
元1108加载到随机存取存储器（RAM）1103中的计算机程序指令，来执行各种适当的动作和
处理。在随机存取存储器1103中，还可存储设备1100操作所需的各种程序和数据。中央处理
单元1101、只读存储器1102以及随机存取存储器1103通过总线1104彼此相连。输入/输出
（I/O）接口1105也连接至总线1104。

[0113] 设备1100中的多个部件连接至输入/输出接口1105，包括：输入单元1106，例如键盘、鼠标、麦克风等；输出单元1107，例如各种类型的显示器、扬声器等；存储单元1108，例如
磁盘、光盘等；以及通信单元1109，例如网卡、调制解调器、无线通信收发机等。通信单元
1109允许设备1100通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信
息/数据。

[0114] 上文所描述的各个过程和处理，例如方法200‑600，可由中央处理单元1101执行。例如，在一些实施例中，方法200‑600可被实现为计算机软件程序，其被有形地包含于机器
可读介质，例如存储单元1108。在一些实施例中，计算机程序的部分或者全部可以经由只读
存储器1102和/或通信单元1109而被载入和/或安装到设备1100上。当计算机程序被加载到
随机存取存储器1103并由中央处理单元1101执行时，可以执行上文描述的方法200‑600的
一个或多个动作。

[0115] 本公开涉及方法、装置、系统、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。

[0116] 计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储
设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的
更具体的例子（非穷举的列表）包括：便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存
储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、静态随机存取存储器（SRAM）、便携式
压缩盘只读存储器（CD‑ROM）、数字多功能盘（DVD）、记忆棒、软盘、机械编码设备、例如其上
存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算
机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通
过波导或其他传输媒介传播的电磁波（例如，通过光纤电缆的光脉冲）、或者通过电线传输
的电信号。

[0117] 这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外
部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关
计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计
算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计
算机可读存储介质中。

[0118] 用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构（ISA）指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的
任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如
Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机
可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独
立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机
或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包
括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利
用因特网服务提供商来通过因特网连接）。在一些实施例中，通过利用计算机可读程序指令
的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列（FPGA）或可
编程逻辑阵列（PLA），该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方
面。

[0119] 这里参照根据本公开实施例的方法、装置（系统）和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/
或框图中各方框的组合，都可以由计算机可读程序指令实现。

[0120] 这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数
据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定
的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这
些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指
令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方
框中规定的功能/动作的各个方面的指令。

[0121] 也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产
生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的
指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

[0122] 附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代
表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用
于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也
可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执
行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或
流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动
作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

[0123] 以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技
术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨
在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领
域的其它普通技术人员能理解本文披露的各实施例。