CN109726021A - 一种微服务接口定义类自发现的实现方法 - Google Patents

Abstract

本发明涉及软件开发技术领域，特别是一种微服务接口定义类自发现的实现方法。本发明的方法是先获取当前类的类加载器，再遍历其父加载器；然后通过判断系统加载器获取组件前缀配置，通过加载器类加载顺序获取有序JAR包的URL地址，遍历其JAR包内的类文件，最后通过反射获取类注解发现服务接口类并存入内存以备用。本发明方法具有灵活可扩展、可定制化高的特点，可以很好的集成到各种基于JAVA开发的微服务框架或普通JAVA应用框架中使用。

Description

一种微服务接口定义类自发现的实现方法

技术领域

本发明涉及软件开发技术领域，特别是一种微服务接口定义类自发现的实现方法。

背景技术

随着信息系统的复杂性日益增大，使用微服务框架设计的系统也越来越多。根据不同的业务需要选择不同微服务框架来搭建满足当前业务的微服务环境。一般的框架有两种：第一种是基于Spring Cloud的Web Restful服务接口的框架，第二种是基于RPC协议的基础服务框架。这两种框架常用的方法都是通过配置文件进行服务提供者信息配置或在业务代码配置，然后再根据其配置信息调用服务，在业务复杂性较大的时候配置的方式就显得不够灵活，不易于扩展和可维护性差。

发明内容

本发明解决的技术问题在于提出了一种基于类加载器的微服务接口定义类自发现的实现方法，通过类加载器的加载内容来自动发现服务接口定义类，从而实现自动服务注册或服务代理。

本发明解决上述技术问题的技术方案是：

所述的方法是在微服务框架中先获取当前启动类的类加载器，通过系统加载器发现在主启动文件中的Jar Manifest，通过Jar Manifest发现组件前缀过滤配置，通过遍历加载器并过滤查找到组件JAR包的URL，再遍历JAR包并通过注解找到其服务接口类信息，最后实现服务接口类的自发现。

所述的方法包括以下具体步骤：

获取当前类加载器；

遍历获取加载器的父加载器；

遍历获取加载器加载资源的URL；

如当前加载器为系统加载器，则通过Jar Manifest获取组件发现前缀，然后判定资源是否组件资源JAR包；如当前加载器不是系统加载器，则直接判定资源是否组件资源JAR包；

遍历JAR包的类文件信息；

通过注解判定是否服务接口类；

将服务接口类信息存入内存备用。

所述的类加载器在Java程序启动时加载程序的class类到JVM中。

所述的主启动文件，是指在Java程序启动时包含主入口main方法的类所在的JAR文件，即通过命令行执行启动命令的jar。

所述的Jar Manifest，是指主启动文件中的Manifest信息，基于框架的应用在编译打包时将相关信息写入。

所述的URL是定位这个资源在操作系统的文件路径或jar包中的路径，是资源的定位路径。

所述的注解，是指Java程序中的@interface类型所定义的类文件，其注解文件本身是额外定义的。

所述的服务接口类，是指微服务框架中服务提供者所定义的该服务所能提供的供其他服务调用者调用的方法组成的接口文件，服务调用者使用此接口类注入后直接调用。

所述的接口文件，是指Java程序中的interface类型所定义的类文件，文件中定义所提供的方法；

所述的服务调用者，是指需要使用服务的程序；

所述的注入，是指使用Spring框架中的@Autowired注解后，框架自动生成基于接口的实现Bean，在微服务框架中也提供类似的注解。

本发明通过类加载器的加载内容来自动发现服务接口定义类，从而实现自动服务注册或服务代理。本发明方法具有灵活可扩展、可定制化高的特点，可以很好的集成到各种基于JAVA开发的微服务框架或普通JAVA应用框架中使用。

附图说明

下面结合附图对本发明进一步说明：

图1为本发明的流程图。

具体实施方式

请参见图1，为本发明实施所提供的一种基于类加载器的微服务接口定义类自发现的实现方法流程图。下面分别对其各个流程具体实现进行描述。

1)框架启动时自动执行发现方法

框架启动的主方法中调用服务类发现的doDiscovery()方法开始执行发现过程。

2)获取当前类加载器

获取当前类的类加载器，并递归调用解析父加载器，并且优先解析其

父加载器。

3)解析JAR Manifest获取应用信息

4)过滤非组件Jar包并解析JAR文件

5)将解析的类文件存入内存

6)根据微服务注解发现服务接口定义类

7)至此服务接口类发现完成，存入对内静态字段，后续随业务进行服务注册或代理等操作。

故此基于此发明方法可以高灵活的满足各种需求的微服务发现以及其他类发现，以达到各种各样业务的需要。

以上描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出实质性创造所获得的方案，都属于本发明保护的范围。

Claims (9)

1.一种微服务接口定义类自发现的方法，其特征在于，所述的方法是在微服务框架中先获取当前启动类的类加载器，通过系统加载器发现在主启动文件中的Jar Manifest，通过Jar Manifest发现组件前缀过滤配置，通过遍历加载器并过滤查找到组件JAR包的URL，再遍历JAR包并通过注解找到其服务接口类信息，最后实现服务接口类的自发现。

2.根据权利要求1所述的方法，其特征在于，所述的方法包括以下具体步骤：

获取当前类加载器；

遍历获取加载器的父加载器；

遍历获取加载器加载资源的URL；

如当前加载器为系统加载器，则通过Jar Manifest获取组件发现前缀，然后判定资源是否组件资源JAR包；如当前加载器不是系统加载器，则直接判定资源是否组件资源JAR包；

遍历JAR包的类文件信息；

通过注解判定是否服务接口类；

将服务接口类信息存入内存备用。

3.根据权利要求1或2所述的方法，其特征在于，所述的类加载器在Java程序启动时加载程序的class类到JVM中。

4.根据权利要求1所述的方法，其特征在于，

所述的主启动文件，是指在Java程序启动时包含主入口main方法的类所在的JAR文件，即通过命令行执行启动命令的jar。

5.根据权利要求1或2所述的方法，其特征在于，

所述的Jar Manifest，是指主启动文件中的Manifest信息，基于框架的应用在编译打包时将相关信息写入。

6.根据权利要求1所述的方法，其特征在于，

所述的URL是定位这个资源在操作系统的文件路径或jar包中的路径，是资源的定位路径。

7.根据权利要求1或2所述的方法，其特征在于，

所述的注解，是指Java程序中的@interface类型所定义的类文件，其注解文件本身是额外定义的。

8.根据权利要求1或2所述的方法，其特征在于，

所述的服务接口类，是指微服务框架中服务提供者所定义的该服务所能提供的供其他服务调用者调用的方法组成的接口文件，服务调用者使用此接口类注入后直接调用。

9.根据权利要求8所述的方法，其特征在于，

所述的接口文件，是指Java程序中的interface类型所定义的类文件，文件中定义所提供的方法；

所述的服务调用者，是指需要使用服务的程序；

所述的注入，是指使用Spring框架中的@Autowired注解后，框架自动生成基于接口的实现Bean，在微服务框架中也提供类似的注解。