CN112328322B - 一种Apollo配置本地化的方法及系统 - Google Patents

Abstract

本发明公开了一种Apollo配置本地化的方法及系统，涉及系统数据处理技术领域，系统用于读取Apollo配置项和组装event事件，并将event事件发送给第一处理装置，第一处理装置监听和解析event事件及修改变量值，第二处理装置监听Apollo配置项，重新组装event事件并发送给第一处理装置，变更装置用于提供环境给操作人员修改Apollo配置项，修改后的Apollo配置项变更信息发送至第二处理装置，第一后置处理单元用于重新编写能够扫描到系统注解的@value的变量和类信息的方法，第二后置处理单元用于可以主动查询Apollo的配制文件的配制项，第三后置处理单元用于监听event事件，从接口获取报文内容，本发明的一种Apollo配置本地化的方法及系统能够减少开发人员的工作的复杂度，提升了系统的性能和稳定性。

Description

一种Apollo配置本地化的方法及系统

技术领域

本发明涉及系统开发技术领域，具体来说，涉及一种Apollo配置本地化的方法及系统。

背景技术

现有系统大部分都采用配置中心替换原有的静态配置方式，这样如果配置项发生变化可以不用去重启系统应用，只需要在Apollo上把配置项改成想要的配置值就可以了，大大的简化了流程，提升了系统的稳定性。但加上了Apollo后系统就有两套配置方式了，配置项是远程Apollo上的还是本地properties静态文件中的，系统上没办法识别，因为两者获取配置项值的方式不一样，容易造成数据处理过大系统崩溃。

发明内容

为了克服现有技术的不足，本发明的一种Apollo配置本地化的方法及系统，能够解决在处理数据时因负担过大而导致系统崩溃现象发生的问题。

本发明解决其技术问题所采用的技术方案是：一种Apollo配置本地化的方法，其改进之处在于，包括下列步骤：

一种Apollo配置本地化的方法，其特征在于，包括下列步骤：

步骤一：启动Spring项目，收集系统@value注解信息；

步骤二：系统启动完成，读取Apollo配置项，组装event事件并发送至第一处理装置；

步骤三：第一处理装置开启event事件监听模式，接收event事件并解析收到的内容，判断@value注解信息是否为空，不为空则修改变量值；第一处理装置包括用于监听event事件的第三后置处理单元，第三后置处理单元监听到有event事件后，第一处理装置获取报文内容，比对报文中的配置项和注解@value两者的数据，再结合获取到的注解@value信息，将配置项值赋值给@value的变量值；

步骤四：第二处理装置开启Apollo监听模式，监听变更装置是否做出信息变更，若监视出变更装置有信息变更，则重新组装event事件后将信号反馈至第一处理装置；

步骤五：重新组装的event事件发送至第一处理装置后，第一处理装置判断@value注解信息是否为空，不为空则修改变量值。

作为上述技术方案的改进，系统包括第一后置处理单元，所述第一后置处理单元用于重新编写能够扫描到系统注解的@value的变量和类信息的方法。

作为上述技术方案的进一步改进，步骤一中，收集系统@value注解信息后将系统@value注解信息添加至系统的容器map中。

作为上述技术方案的进一步改进，系统包括第二后置处理单元，所述第二后置处理单元用于查询Apollo配置文件配置项，且将查询到的配置项和对应的配置值组装成event事件，并将event事件发送至第一处理装置。

作为上述技术方案的进一步改进，步骤四中，第二处理装置开启Apollo监听后，所述变更装置将Apollo配置变更信息反馈至第二处理装置，第二处理装置接收Apollo配置变更，重新组装event事件并将event事件发送至第一处理装置。

作为上述技术方案的进一步改进，重新组装event事件发送至第一处理装置后，第一处理装置获取报文内容，比对报文中的配置项和注解@value两者的数据，再结合获取到的注解@value信息，将配置项值赋值给@value的变量值。

作为上述技术方案的进一步改进，所述第一处理装置通过反射方式将配置项值赋值给@value的变量值。

作为上述技术方案的进一步改进，所述event事件具体为QrcodeListenerEvent事件。

一种Apollo配置本地化的系统，其特征在于，包括系统、第一处理装置、第二处理装置、变更装置、第一后置处理单元、第二后置处理单元以及第三后置处理单元，所述系统、第一处理装置、第二处理装置、变更装置依次电性连接，所述第一后置处理单元和第二后置处理单元均与系统电性连接，所述第三后置处理单元与第一处理装置连接；

所述系统用于读取Apollo配置项和组装event事件，并将event事件发送给第一处理装置；

所述第一处理装置用于监听event事件和解析event事件，接收event事件并解析收到的内容，判断@value注解信息是否为空，不为空则修改变量值；

所述第二处理装置用于监听Apollo配置项，接收Apollo配置变更以及重新组装event事件并将重新组装的event事件发送给第一处理装置；

所述变更装置用于提供环境给操作人员修改Apollo配置项，并将修改后的Apollo配置项变更信息发送至第二处理装置；

所述第一后置处理单元用于重新编写能够扫描到系统注解的@value的变量和类信息的方法；

所述第二后置处理单元用于主动查询Apollo的配制文件的配制项；

所述第三后置处理单元用于监听event事件，从接口的参数可获取报文内容。

本发明的有益效果是：本发明的一种Apollo配置本地化的方法及系统能够减少开发人员的工作的复杂度，提升了系统的性能和稳定性。

附图说明

图1为本发明的结构框架图。

具体实施方式

下面结合附图和实施例对本发明进一步说明。

以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整地描述，以充分地理解本发明的目的、特征和效果。显然，所描述的实施例只是本发明的一部分实施例，而不是全部实施例，基于本发明的实施例，本领域的技术人员在不付出创造性劳动的前提下所获得的其他实施例，均属于本发明保护的范围。另外，专利中涉及到的所有联接/连接关系，并非单指构件直接相接，而是指可根据具体实施情况，通过添加或减少联接辅件，来组成更优的联接结构。本发明创造中的各个技术特征，在不互相矛盾冲突的前提下可以交互组合。

参考图1，本发明揭示了一种Apollo配置本地化的方法，包括下列步骤：

步骤一：启动Spring项目，收集系统@value注解信息；

步骤二：系统启动完成，读取Apollo配置项，组装event事件并发送至第一处理装置；

步骤三：第一处理装置开启event事件监听模式，接收event事件并解析收到的内容，判断@value注解信息是否为空，不为空则修改变量值；

步骤四：第二处理装置开启Apollo监听模式，监听变更装置是否做出信息变更，若监视出变更装置有信息变更，则重新组装event事件后将信号反馈至第一处理装置；

步骤五：重新组装的event事件发送至第一处理装置后，第一处理装置判断@value注解信息是否为空，不为空则修改变量值。

在上述实施例中，所述event事件具体为QrcodeListenerEvent事件，系统包括第一后置处理单元，所述第一后置处理单元用于重新编写帮助扫描注解@value的变量和类信息的方法。本发明启动Spring项目收集@value注解信息前，第一后置处理单元可以在Spring启动过程中能实现扫描到系统的注解@value的变量和类信息，收集系统@value注解信息后添加至系统的容器map中，后续的流程需要用到@value注解的变量和类信息。

进一步的，系统包括第二后置处理单元，所述第二后置处理单元用于查询Apollo配置文件配置项，且将查询到的配置项和对应的配置值组装成event事件，并将event事件发送至第一处理装置。本发明需编写第二后置处理单元，在Spring启动完成后会调用可以自定义类的实现方法onApplicationEvent，此方法可以主动查询Apollo的配置文件的配置项(主动获取Apollo配置项和值需要调用Apollo提供的公共方法)，并且将查询到的配置项和对应的配置值组装成QrcodeListenerEvent事件，并且将此事件发送给第一处理装置(第二处理装置也监听接收QrcodeListenerEvent事件)，这样处理的作用是为了保证在本地配置项和Apollo配置项相同时，变量值以Apollo配置项为准。

再进一步的，第一处理装置包括用于监听event事件的第三后置处理单元。第三后置处理单元监听到有event事件后，第一处理装置获取报文内容，比对报文中的配置项和注解@value两者的数据，再结合获取到的注解@value信息，将配置项值赋值给@value的变量值。

在上述实施例中，本发明的第三后置处理单元用于监听QrcodeListenerEvent事件(此对象为配置文件事件，是从Spring ApplicationEvent事件的扩展，Spring启动读取Apollo配置项和Apollo配置项变更时需要发送QrcodeListenerEvent事件)。监听到有事件后，从第一处理装置的接口可获取报文内容(包含配置项key和配置项值)，有哪些配置项需要动态赋值，再结合@value变量信息，比对报文中的配置项key和注解@value中的key，再结合获取到的注解@value的field和object信息，通过反射即可将配置项值赋值给object中的含@value的变量值。

另外，步骤四中，第二处理装置开启Apollo监听后，所述变更装置将Apollo配置变更信息反馈至第二处理装置，第二处理装置接收Apollo配置变更，重新组装event事件并将event事件发送至第一处理装置。重新组装event事件发送至第一处理装置后，第一处理装置获取报文内容，比对报文中的配置项和注解@value两者的数据，再结合获取到的注解@value信息，将配置项值赋值给@value的变量值。本发明在spring启动完成后，通过apollo提供的方法实现对配置文件的监听。在整个运行过程中，如果有维护人员需要修改apollo配置项，第二处理装置监听到apollo配置项变更事件，则通过自定义的方法，组装QrcodeListenerEvent事件，且发送QrcodeListenerEvent事件，第三后置处理器监听QrcodeListenerEvent事件，随即能收到Apollo的配置项变更事件，并且将收到的配置项变更动态赋值到相对应的变量上。这样，既可以简化了流程，又提升系统的稳定性。

参考图1，一种Apollo配置本地化的系统，包括系统、第一处理装置、第二处理装置、变更装置、第一后置处理单元、第二后置处理单元以及第三后置处理单元，所述系统、第一处理装置、第二处理装置、变更装置依次电性连接，所述第一后置处理单元和第二后置处理单元均与系统电性连接，所述第三后置处理单元与第一处理装置连接；

所述系统用于读取Apollo配置项和组装event事件，并将event事件发送给第一处理装置；

所述第一处理装置用于监听event事件和解析event事件，并且可以修改变量值；

所述第二处理装置用于监听Apollo配置项，接收Apollo配置变更以及重新组装event事件并将重新组装的event事件发送给第一处理装置；

所述变更装置用于提供环境给操作人员修改Apollo配置项，并将修改后的Apollo配置项变更信息发送至第二处理装置；

所述第一后置处理单元用于重新编写能够扫描到系统注解的@value的变量和类信息的方法；

所述第二后置处理单元用于主动查询Apollo的配制文件的配制项；

所述第三后置处理单元用于监听event事件，从接口的参数可获取报文内容。

所述event事件具体为QrcodeListenerEvent事件，系统包括第一后置处理单元，所述第一后置处理单元用于重新编写帮助扫描注解@value的变量和类信息的方法。本发明启动Spring项目收集@value注解信息前，第一后置处理单元可以在Spring启动过程中能实现扫描到系统的注解@value的变量和类信息，收集系统@value注解信息后添加至系统的容器map中，后续的流程需要用到@value注解的变量和类信息。

本发明需编写第二后置处理单元，在Spring启动完成后会调用可以自定义类的实现方法onApplicationEvent，此方法可以主动查询Apollo的配置文件的配置项(主动获取Apollo配置项和值需要调用Apollo提供的公共方法)，并且将查询到的配置项和对应的配置值组装成QrcodeListenerEvent事件，并且将此事件发送给第一处理装置(第二处理装置也监听接收QrcodeListenerEvent事件)，这样处理的作用是为了保证在本地配置项和Apollo配置项相同时，变量值以Apollo配置项为准。

本发明的第三后置处理单元用于监听QrcodeListenerEvent事件(此对象为配置文件事件，是从Spring ApplicationEvent事件的扩展，Spring启动读取Apollo配置项和Apollo配置项变更时需要发送QrcodeListenerEvent事件)。监听到有事件后，从第一处理装置的接口可获取报文内容(包含配置项key和配置项值)，有哪些配置项需要动态赋值，再结合@value变量信息，比对报文中的配置项key和注解@value中的key，再结合获取到的注解@value的field和object信息，通过反射即可将配置项值赋值给object中的含@value的变量值。

本发明在spring启动完成后，通过apollo提供的方法实现对配置文件的监听。在整个运行过程中，如果有维护人员需要修改apollo配置项，第二处理装置监听到apollo配置项变更事件，则通过自定义的方法，组装QrcodeListenerEvent事件，且发送QrcodeListenerEvent事件，第三后置处理器监听QrcodeListenerEvent事件，随即能收到Apollo的配置项变更事件，并且将收到的配置项变更动态赋值到相对应的变量上。这样，既可以简化了流程，又提升系统的稳定性。

本发明的有益效果是：本发明的一种Apollo配置本地化的方法及系统能够减少开发人员的工作的复杂度，提升了系统的性能和稳定性。

以上是对本发明的较佳实施进行了具体说明，但本发明创造并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围。

Claims (9)

1.一种Apollo配置本地化的方法，其特征在于，包括下列步骤：

步骤一：启动Spring项目，收集系统@value注解信息；

步骤二：系统启动完成，读取Apollo配置项，组装event事件并发送至第一处理装置；

步骤三：第一处理装置开启event事件监听模式，接收event事件并解析收到的内容，判断@value注解信息是否为空，不为空则修改变量值；第一处理装置包括用于监听event事件的第三后置处理单元，第三后置处理单元监听到有event事件后，第一处理装置获取报文内容，比对报文中的配置项和注解@value两者的数据，再结合获取到的注解@value信息，将配置项值赋值给@value的变量值；

步骤四：第二处理装置开启Apollo监听模式，监听变更装置是否做出信息变更，若监视出变更装置有信息变更，则重新组装event事件后将信号反馈至第一处理装置；

步骤五：重新组装的event事件发送至第一处理装置后，第一处理装置判断@value注解信息是否为空，不为空则修改变量值。

2.根据权利要求1所述的一种Apollo配置本地化的方法，其特征在于，系统包括第一后置处理单元，所述第一后置处理单元用于重新编写能够扫描到系统注解的@value的变量和类信息的方法。

3.根据权利要求2所述的一种Apollo配置本地化的方法，其特征在于，步骤一中，收集系统@value注解信息后添加至系统的容器map中。

4.根据权利要求1所述的一种Apollo配置本地化的方法，其特征在于，系统包括第二后置处理单元，所述第二后置处理单元用于查询Apollo配置文件配置项，且将查询到的配置项和对应的配置值组装成event事件，并将event事件发送至第一处理装置。

5.根据权利要求1所述的一种Apollo配置本地化的方法，其特征在于，步骤四中，第二处理装置开启Apollo监听后，所述变更装置将Apollo配置变更信息反馈至第二处理装置，第二处理装置接收Apollo配置变更，重新组装event事件并将event事件发送至第一处理装置。

6.根据权利要求1所述的一种Apollo配置本地化的方法，其特征在于，重新组装event事件发送至第一处理装置后，第一处理装置获取报文内容，比对报文中的配置项和注解@value两者的数据，再结合获取到的注解@value信息，将配置项值赋值给@value的变量值。

7.根据权利要求6所述的一种Apollo配置本地化的方法，其特征在于，所述第一处理装置通过反射方式将配置项值赋值给@value的变量值。

8.根据权利要求7所述的一种Apollo配置本地化的方法，其特征在于，所述event事件具体为QrcodeListenerEvent事件。

9.一种Apollo配置本地化的系统，其特征在于，包括系统、第一处理装置、第二处理装置、变更装置、第一后置处理单元、第二后置处理单元以及第三后置处理单元，所述系统、第一处理装置、第二处理装置、变更装置依次电性连接，所述第一后置处理单元和第二后置处理单元均与系统电性连接，所述第三后置处理单元与第一处理装置连接；

所述系统用于读取Apollo配置项和组装event事件，并将event事件发送给第一处理装置；

所述第一处理装置用于监听event事件和解析event事件，接收event事件并解析收到的内容，判断@value注解信息是否为空，不为空则修改变量值；

所述第二处理装置用于监听Apollo配置项，接收Apollo配置变更以及重新组装event事件并将重新组装的event事件发送给第一处理装置；

所述变更装置用于提供环境给操作人员修改Apollo配置项，并将修改后的Apollo配置项变更信息发送至第二处理装置；

所述第一后置处理单元用于重新编写能够扫描到系统注解的@value的变量和类信息的方法；

所述第二后置处理单元用于主动查询Apollo的配制文件的配制项；

所述第三后置处理单元用于监听event事件，从接口的参数可获取报文内容。