CN107544828A - 配置加载方法及装置 - Google Patents

Abstract

本发明公开了一种配置加载方法及装置，涉及一种数据处理技术领域，主要目的在于现有配置文件或数据库的加载都是在配置发送变化时，需要重新启动服务，或者重新加载配置使得服务重新初始化配置结构的问题。主要技术方案包括：通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；将所述配置信息的关联结构加载至所述服务进程中。主要用于配置加载。

Description

配置加载方法及装置

技术领域

本发明涉及一种数据处理技术领域，特别是涉及一种配置加载方法及装置。

背景技术

随着大数据时代的快速发展，不同类型的业务对数据处理的需求也在快速变化，因此，在开发处理业务数据的应用程序或软件代码时，不可避免的利用配置文件或数据库来加载配置。

目前，现有的可以通过将配置写在文件中，服务启动时，直接加载配置文件或从数据库中提取配置，而配置文件或数据库的加载在配置发送变化时，需要重新启动服务，或者重新加载配置使得服务重新初始化配置，增加服务的执行负担，加载耗时较长，降低了配置的加载效率。

发明内容

有鉴于此，本发明提供一种配置加载方法及装置，主要目的在于现有配置文件或数据库的加载都是在配置发送变化时，需要重新启动服务，或者重新加载配置使得服务重新初始化配置的问题。

依据本发明一个方面，提供了一种配置加载方法，包括：

通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

将所述配置信息的关联结构加载至所述服务进程中。

进一步地，所述通过服务进程访问共享内存之前，所述方法还包括：

通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

进一步地，所述监控配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构包括：

按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

进一步地，所述指示所述服务进程访问共享内存包括：

当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述从所述共享内存中查找与所述服务进程对应的配置信息的关联结构包括：根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

进一步地，所述将所述配置信息的关联结构加载至所述服务进程中包括：

解析查找到的配置信息的关联结构，并将解析后的配置信息的关联结构加载至所述服务进程中。

进一步地，所述方法还包括：

判断当前服务进程是否存在于所述共享内存的白名单中；

若不存在于所述共享内存的白名单中，则发送验证指令，以便配置进程记载所述服务进程对应的配置信息的关联结构。

进一步地，所述配置信息的关联结构包括配置的操作逻辑、配置的数据。

依据本发明一个方面，提供了一种配置加载装置，包括：

访问单元，用于通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

查找单元，用于从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

加载单元，用于将所述配置信息的关联结构加载至所述服务进程中。

进一步地，所述装置还包括：

提取单元，用于通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控单元，用于监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

进一步地，所述监控单元，具体用于按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

进一步地，所述访问单元，具体用于当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述查找单元，具体用于根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

进一步地，所述加载单元，具体用于解析查找到的配置信息的关联结构，并将解析后的配置信息的关联结构加载至所述服务进程中。

进一步地，所述装置还包括：

判断单元，用于判断当前服务进程是否存在于所述共享内存的白名单中；

发送单元，用于若不存在于所述共享内存的白名单中，则发送验证指令，以便配置进程记载所述服务进程对应的配置信息的关联结构。

进一步地，所述配置信息的关联结构包括配置的操作逻辑、配置的数据。

根据本发明的又一方面，提供了一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述配置加载方法对应的操作。

根据本发明的再一方面，提供了一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述配置加载方法对应的操作。

借由上述技术方案，本发明实施例提供的技术方案至少具有下列优点：

本发明提供了一种配置加载方法及装置，首先通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构，然后从所述共享内存中查找与所述服务进程对应的配置信息的关联结构，最后将所述配置信息的关联结构加载至所述服务进程中。与现有配置文件或数据库的加载都是在配置发送变化时，需要重新启动服务，或者重新加载配置使得服务重新初始化配置相比，本发明实施例通过从共享内存中获取服务进程对应的配置信息的关联结构，然后加载更改的配置信息的关联结构至服务进程中，配置信息更改后，避免服务进程重新启动，或加载后无需服务初始化配置，实现快速加载配置，简化配置信息的加载，从而提高加载配置的效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种配置加载方法流程图；

图2示出了本发明实施例提供的另一种配置加载方法流程图；

图3示出了本发明实施例提供的一种加载配置信息的关联结构的方法流程图；

图4示出了本发明实施例提供的一种配置加载装置框图；

图5示出了本发明实施例提供的另一种配置加载装置框图；

图6示出了本发明实施例提供的一种终端结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种配置加载方法，如图1所示，所述方法包括：

101、通过服务进程访问共享内存。

其中，所述共享内存中共享有不同配置信息的关联结构，服务进程为执行业务的专用进程，共享内存为服务进程与配置进程可以共享的一部分内存，可以通过服务进程中的共享内存映射及配置进程中的共享内存映射来进行通信，本发明实施例不做具体限定，所述共享内存为可以利用C语言进行编写查询的内存，可以以固定存储空间配置于系统底层中，也可以缓存存储空间配置于系统底层中，本发明实施例不做具体限定。

需要说明的是，每个服务进程中都可以映射一个共享内存，供配置进程进行通信，所述访问过程即为服务进程与共享内存之间进行通信，具体可以通过服务进程中的共享内存映射模块与共享内存进行通信，本发明实施例不做具体限定。另外，配置信息包括服务的基本信息，配置信息的关联结构为基本信息执行的逻辑结构、数据等，而不是全部的配置信息，例如对服务进行设定的参数、逻辑关系等指标，本发明实施例不做具体限定，以使得服务进程可以按照设定的指标执行服务，而无需对配置进行初始化。

102、从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

其中，所述与服务进程对应的配置信息的关联结构即为已经更新的关联结构，服务进程中的共享内存映射，用于反应与共享内存可以进行数据交互，实现配置进程与服务进程的联通。

需要说明的是，共享内存以C语言的结构体指针形式存在，如struct双缓冲结构形式，服务进程通过.SO进行访问共享内存，由于共享内存中存储有配置信息的关联结构，因此，查找与当前服务进程对应的配置信息的关联结构，即从共享内存中提取出配置信息的配置的逻辑及设定参数，本发明实施例不做具体限定。

103、将所述配置信息的关联结构加载至所述服务进程中。

其中，若配置信息的关联结构全部更新则加载全部的关联结构，若部分关联结构更新，则加载部分关联结构，从而提高配置加载的效率。通过从共享内存中将配置信息的关联结构加载至服务进程中，可以简化对配置信息的解析步骤，无需重新启动服务进程。

对于本发明实施例，配置信息的加载可以用于需要加载配置文件或数据库中的配置信息的任何系统中，例如，广告拥有方的供应方平台(Supply Side Platform，SSP)，在后台运行业务时，业务的服务进程需要加载配置文件来来执行服务，由于它可以支持多产品、多广告方的接入，配置信息加载的次数过多，若出现配置信息更新，重新启动服务进程的次数很大，因此，可以通过本实施例中的配置加载方法来实现。

本发明提供了一种配置加载方法，与现有配置文件或数据库的加载都是在配置发送变化时，需要重新启动服务，或者重新加载配置使得服务重新初始化配置相比，本发明实施例通过从共享内存中获取服务进程对应的配置信息的关联结构，然后加载关联结构至服务进程中，避免配置信息更改后，避免服务进程重新启动，或加载后无需服务初始化配置，实现快速加载配置，简化配置信息的加载，从而提高加载配置的效率。

本发明实施例提供了另一种配置加载方法，如图2所示，所述方法包括：

201、通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中。

其中，所述配置进程为独立于服务进程的进程，所述配置信息的关联结构包括配置的操作逻辑、配置的数据，配置的操作逻辑可以为函数，本发明实施例不做具体限定。所述配置进程为用于从运营中心的多个配置文件或存储有配置信息的数据库中提取配置信息的关联结构的唯一的进程，配置进程中配置有共享内存映射，可以通过共享内存映射与共享内存进行通信。所述配置的操作逻辑即为服务执行业务的逻辑，所述配置的数据即为服务执行逻辑时所要采用的参数值，本发明实施例不做具体限定。

需要说明的是，存储空间为存储有配置信息的空间，可以为配置文件，还可以为用于存储配置信息的数据库，一般的，配置文件与数据库存在于运营中心的数据底层，配置文件与数据库的存储配置信息的形式本发明实施例不做具体限定。另外，由于一组配置信息存储于一个配置文件中或者存储于数据库中的一个列表中，所以在配置进程提取配置文件中的配置信息的关联结构时，是将一个配置文件中的一组配置信息映射至共享内存中的一个初始化区域，用以一个struct来表示，如图3所示。

202、监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

其中，所述监控位于存储空间中的配置信息的关联结构即为实时的判断位于运营中心的配置文件或数据库中的配置信息的关联结构是否出现更新，在监控到配置信息的关联结构出现更新后，则启动配置进程，使得通过配置进程来提取更新的配置信息的关联结构，从而根据更新的内容来调整共享内存中对应的配置信息的关联结构。

需要说明的是，监控的主体可以为配置进程，监控配置信息的关联结构出现更新的方法可以为若配置文件或数据库中的配置信息更新后，发送更新事件，配置进程接收到更新事件后，则从配置文件或数据库中提取更新的配置信息的关联结构，减少配置信息的关联结构出现变化时，服务进程重新初始化的步骤。

对于本发明实施例，步骤202具体可以包括：按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

其中，所述预设时间间隔为预先设定的可以体现实时监控的时间间隔，可以为1分钟，还可以为30秒，本发明实施例不做具体限定。所述更新标识用于反应共享内存中配置信息的关联结构是否进行了更新，以便服务进程在查找对应的配置信息时，可以根据标识信息来确定是否加载更新的配置信息的关联结构，例如，标识信息可以为1或0，1为已更新，0为未更新，本发明实施例不做具体限定。

需要说明的是，指示配置进程来监控配置信息的关联结构即为通过独立的配置进程来执行与运营中心连接通信的操作，可以减少系统对配置信息相关操作的资源浪费。

203、当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态。

其中，所述配置加载指令为在执行服务时，为了获取配置的相关信息时，发出加载配置信息的指令，所述配置加载指令中携带有需要加载配置信息的服务标识，以便准确加载对应的配置信息。

需要说明的是，为了确定共享内存中的配置信息的关联结构是否为更新后的关联结构，可以通过判断更新标识的状态来获取，例如，可以通过服务进中的共享内存映射与共享内存进行通信，并查找服务进程对应的服务的更新标识，如更新标识为1则说明配置信息的关联结构已更新，加载更新标识下struct对应的配置信息的关联结构。所述加载状态即为是否加载过当前的配置信息的关联结构。

对于本发明实施例，更新标识1即表示当前配置信息的关联结构为更新后的，且服务进程未进行加载过配置信息的关联结构；更新标识0即表示当前配置信息的关联结构为未更新的，且服务进程已进程加载过的配置信息的关联结构，另外，当更新标识为1时，以为这当前服务进程需要加载更新的配置信息的关联结构，当加载后，更新标识重新更新为0，在配置进程对配置信息的关联结构更新后，更新标识更新为1。

204、根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

本步骤与图1所示的步骤102方法相同，在此不再赘述。

需要说明的是，若加载状态为未加载过当前的配置信息的关联结构，说明更新标识为1，需要重新加载配置信息的关联结构，可以查找对应的更新状态对应的struct下的配置的操作逻辑或配置的数据，若加载状态为已加载过当前的配置信息的关联结构，说明更新标识为0，可以从服务进程中直接提取已加载的配置信息的关联结构。

205、解析查找到的配置信息的关联结构，并将解析后的配置信息的关联结构加载至所述服务进程中。

需要说明的是，由于配置信息的关联结构包括多种配置的操作逻辑及配置的数据，且配置进程在对共享共享内存中初始化共享配置信息时，存储的形式为指针存储，因此，需要将存储的配置信息的关联结构解析为符合服务进程加载的形式，从而简化加载配置过程中的解析步骤。

进一步地，本发明实施例还包括：判断当前服务进程是否存在于所述共享内存的白名单中；若不存在于所述共享内存的白名单中，则发送验证指令，以便配置进程记载所述服务进程对应的配置信息的关联结构。

需要说明的是，由于共享内存为共享于独立的配置进程与服务进程之间的，而服务进程可以为多个，为了确保共享内存的安全性能，避免配置信息的外泄，需要在共享内存中建立服务进程的白名单，白名单中保存有成功认证的服务进程的标识，以便在服务进程与共享内存进行通信时进行匹配。所述验证指令用于验证服务进程是否可以加进白名单中，本发明实施例对验证过程不做具体限定。

对于本发明实施例，具体的应用场景可以如下所示，但不限于此，包括：由于广告拥有方的供应方平台(Supply Side Platform，SSP)中对于不同的服务需要的配置更新较快，为了避免配置中的关联结构更新而倒是服务进程重新启动，采用如图3所示的配置加载方法，配置进程从配置文件中获取配置信息的关联结构，通过映射存储至共享内存中，服务进程从内存中按照指针查找方式查找到对应的配置信息的关联结构，进行加载。

本发明提供了另一种配置加载方法，本发明实施例通过使用单独的配置进程从配置文件或数据库中提取出配置信息的关联结构，根据配置进程的共享内存映射将配置信息的关联结构映射至共享内存中，服务进程通过服务进程中的共享内存映射查找更新的共享内存中配置信息的关联结构，加载至服务进程中，避免配置信息更改后，服务进程重新启动，实现只加载更新的配置信息的关联结构既可以运行服务进程，减少解析配置信息的步骤，采用2个单独的进行配置共享内存，实现内存中指针的直接交互，无需加载全部配置，从而提高加载配置的效率。

进一步的，作为对上述图1所示方法的实现，本发明实施例提供了一种配置加载装置，如图4所示，该装置包括：访问单元31、查找单元32、加载单元33。

访问单元31，用于通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；所述访问单元31为配置加载装置执行通过服务进程访问共享内存的功能模块。

查找单元32，用于从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；所述查找单元32为配置加载装置执行从所述共享内存中查找与所述服务进程对应的配置信息的关联结构的功能模块。

加载单元33，用于将所述配置信息的关联结构加载至所述服务进程中。所述加载单元33为配置加载装置执行将所述配置信息的关联结构加载至所述服务进程中的功能模块。

本发明提供了一种配置加载装置，与现有配置文件或数据库的加载都是在配置发送变化时，需要重新启动服务，或者重新加载配置使得服务重新初始化配置相比，本发明实施例通过从共享内存中获取服务进程对应的配置信息的关联结构，然后加载关联结构至服务进程中，避免配置信息更改后，避免服务进程重新启动，或加载后无需服务初始化配置，实现快速加载配置，简化配置信息的加载，从而提高加载配置的效率。

进一步的，作为对上述图2所示方法的实现，本发明实施例提供了另一种配置加载装置，如图5所示，该装置包括：访问单元41、查找单元42、加载单元43、提取单元44、监控单元45、判断单元46、发送单元47。

访问单元41，用于通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

其中，所述共享内存中共享有不同配置信息的关联结构，服务进程为执行业务的专用进程，共享内存为服务进程与配置进程可以共享的一部分内存，可以通过服务进程中的共享内存映射及配置进程中的共享内存映射来进行通信，本发明实施例不做具体限定，所述共享内存为可以利用C语言进行编写查询的内存，可以以固定存储空间配置于系统底层中，也可以缓存存储空间配置于系统底层中，本发明实施例不做具体限定。

查找单元42，用于从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

其中，所述与服务进程对应的配置信息的关联结构即为已经更新的关联结构，服务进程中的共享内存映射，用于反应与共享内存可以进行数据交互，实现配置进程与服务进程的联通。

加载单元43，用于将所述配置信息的关联结构加载至所述服务进程中。

其中，若配置信息的关联结构全部更新则加载全部的关联结构，若部分关联结构更新，则加载部分关联结构，从而提高配置加载的效率。

进一步地，所述装置还包括：

提取单元44，用于通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控单元45，用于监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

具体的，为了实时获取配置信息的更新情况，所述监控单元45，具体用于按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

具体的，为了确定是否需要加载共享内存中的配置信息的关联结构，所述访问单元41，具体用于当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述查找单元42，具体用于根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

具体的，为了进一步确定需要加载的配置信息的关联结构，所述加载单元43，具体用于解析查找到的配置信息的关联结构，并将解析后的配置信息的关联结构加载至所述服务进程中。

进一步地，为了提高访问共享内存的安全性，所述装置还包括：

判断单元46，用于判断当前服务进程是否存在于所述共享内存的白名单中；

发送单元47，用于若不存在于所述共享内存的白名单中，则发送验证指令，以便配置进程记载所述服务进程对应的配置信息的关联结构。

具体的，所述配置信息的关联结构包括配置的操作逻辑、配置的数据。

本发明提供了另一种配置加载装置，本发明实施例通过使用单独的配置进程从配置文件或数据库中提取出配置信息的关联结构，根据配置进程的共享内存映射将配置信息的关联结构映射至共享内存中，服务进程通过服务进程中的共享内存映射查找更新的共享内存中配置信息的关联结构，加载至服务进程中，避免配置信息更改后，服务进程重新启动，实现只加载更新的配置信息的关联结构既可以运行服务进程，减少解析配置信息的步骤，采用2个单独的进行配置共享内存，实现内存中指针的直接交互，无需加载全部配置，从而提高加载配置的效率。

根据本发明一个实施例提供了一种存储介质，所述存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的配置加载方法。

图6示出了根据本发明一个实施例提供的一种终端的结构示意图，本发明具体实施例并不对终端的具体实现做限定。

如图6所示，该终端可以包括：处理器(processor)602、通信接口(CommunicationsInterface)604、存储器(memory)606、以及通信总线608。

其中：处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。

通信接口604，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器602，用于执行程序610，具体可以执行上述配置加载方法实施例中的相关步骤。

具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。

处理器602可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。终端包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器606，用于存放程序610。存储器606可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序610具体可以用于使得处理器602执行以下操作：通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；将所述配置信息的关联结构加载至所述服务进程中

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的配置加载方法及装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明的实施例公开了：

A1、一种配置加载方法，包括：

通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

将所述配置信息的关联结构加载至所述服务进程中。

A2、根据A1所述的方法，其所述通过服务进程访问共享内存之前，所述方法还包括：

通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

A3、根据A2所述的方法，所述监控配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构包括：

按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

A4、根据A3所述的方法，所述指示所述服务进程访问共享内存包括：

当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述从所述共享内存中查找与所述服务进程对应的配置信息的关联结构包括：

根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

A5、根据A4所述的方法，所述将所述配置信息的关联结构加载至所述服务进程中包括：

解析查找到的配置信息的关联结构，并将解析后的配置信息的关联结构加载至所述服务进程中。

A6、根据A1所述的方法，所述方法还包括：

判断当前服务进程是否存在于所述共享内存的白名单中；

若不存在于所述共享内存的白名单中，则发送验证指令，以便配置进程记载所述服务进程对应的配置信息的关联结构。

A7、根据A1-A6任一项所述的方法，所述配置信息的关联结构包括配置的操作逻辑、配置的数据。

B8、一种配置加载装置，包括：

访问单元，用于通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

查找单元，用于从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

加载单元，用于将所述配置信息的关联结构加载至所述服务进程中。

B9、根据B8所述的装置，所述装置还包括：

提取单元，用于通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控单元，用于监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

B10、根据B9所述的装置，

所述监控单元，具体用于按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

B11、根据B10所述的装置，

所述访问单元，具体用于当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述查找单元，具体用于根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

B12、根据B11所述的装置，所述加载单元，具体用于解析查找到的配置信息的关联结构，并将解析后的配置信息的关联结构加载至所述服务进程中。

B13、根据B8所述的装置，所述装置还包括：

判断单元，用于判断当前服务进程是否存在于所述共享内存的白名单中；

发送单元，用于若不存在于所述共享内存的白名单中，则发送验证指令，以便配置进程记载所述服务进程对应的配置信息的关联结构。

B14、根据B8-B13任一项所述的装置，所述配置信息的关联结构包括配置的操作逻辑、配置的数据。

C15、一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如A1-A7中任一项所述的配置加载方法对应的操作。

D16、一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如A1-A7中任一项所述的配置加载方法对应的操作。

Claims (10)

1.一种配置加载方法，其特征在于，包括：

通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

将所述配置信息的关联结构加载至所述服务进程中。

2.根据权利要求1所述的方法，其特征在于，所述通过服务进程访问共享内存之前，所述方法还包括：

通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

3.根据权利要求2所述的方法，其特征在于，所述监控配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构包括：

按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

4.根据权利要求3所述的方法，其特征在于，所述指示所述服务进程访问共享内存包括：

当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述从所述共享内存中查找与所述服务进程对应的配置信息的关联结构包括：

根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

5.一种配置加载装置，其特征在于，包括：

访问单元，用于通过服务进程访问共享内存，所述共享内存中共享有不同配置信息的关联结构；

查找单元，用于从所述共享内存中查找与所述服务进程对应的配置信息的关联结构；

加载单元，用于将所述配置信息的关联结构加载至所述服务进程中。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

提取单元，用于通过配置进程提取位于存储空间中配置信息的关联结构，并将所述配置信息的关联结构配置至共享内存中，所述配置进程为独立于服务进程的进程；

监控单元，用于监控所述位于存储空间中配置信息的关联结构，根据更新的配置信息的关联结构调整所述共享内存中配置信息的关联结构。

7.根据权利要求6所述的装置，其特征在于，

所述监控单元，具体用于按照预设时间间隔指示所述配置进程监控所述位于存储空间中配置信息的关联结构，提取更新的配置信息的关联结构，并映射至所述共享内存中，将所述共享内存中的更新标识进行更新。

8.根据权利要求7所述的装置，其特征在于，

所述访问单元，具体用于当接收到配置加载指令时，通过所述服务进程读取共享内存中的更新标识，根据所述更新标识确定配置信息的关联结构的加载状态；

所述查找单元，具体用于根据所述加载状态从所述共享内存中查找与所述服务进程对应的配置信息的关联结构。

9.一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-4中任一项所述的配置加载方法对应的操作。

10.一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-4中任一项所述的配置加载方法对应的操作。