《RPC手撸专栏》第40章：基于SPI扩展ByteBuddy反射机制调用真实方法

作者：冰河
星球：http://m6z.cn/6aeFbs (opens new window)
博客：https://binghe.gitcode.host (opens new window)
文章汇总：https://binghe.gitcode.host/md/all/all.html (opens new window)

沉淀，成长，突破，帮助他人，成就自我。

大家好，我是冰河~~

在前面的章节中，我们在服务消费者端基于SPI扩展了JDK、CGLib、Javassist、ByteBuddy和ASM动态代理机制。在服务提供者端，基于SPI扩展了JDK、CGLib和Javassist反射机制调用真实方法的功能。

一、前言

在服务提供者端，我还想扩展其他的反射机制调用真实方法。

在前面的文章中，我们基于SPI扩展了使用JDK、CGLib和Javassist反射机制调用真实方法的功能，并且已经完美经过了测试的验证。其实，小伙伴们都知道，在基于SPI扩展之前，我们实现了基于JDK和CGLib两种方式调用真实方法，但是后来我们对服务提供者调用真实方法进行了基于SPI的动态扩展，目前，RPC框架基于SPI扩展实现了通过JDK、CGLib和Javassist反射机制调用真实方法的功能，后续我们也会支持更多的反射机制调用真实方法。

二、目标

目标很明确：基于SPI扩展ByteBuddy反射机制调用真实方法！

在前面的文章中，我们已经完美的基于SPI扩展了服务提供者调用真实方法的功能，并且基于SPI动态扩展了JDK、CGLib和Javassist反射机制，在服务提供者端实现了调用真实方法高度的扩展性。

当然，小伙伴们可以根据自己的实际需要，基于SPI动态扩展更多的反射类型。但冰河仍然想带着大家在我们自己手写的RPC框架中一起内置更多的反射类型，以便大家在使用RPC框架时，能够以不同的配置参数选择使用不同的反射类型。

本章，我们就继续基于SPI扩展ByteBuddy反射机制调用真实方法。

三、设计

如果让你设计基于SPI扩展ByteBuddy反射机制调用真实方法，你会怎么设计呢？

基于SPI扩展ByteBuddy反射机制调用真实方法的流程图如图40-1所示。

由图40-1可以看出，服务提供者会以SPI的形式引用调用真实方法的SPI接口，基于JDK、CGLib、Javassist和ByteBuddy的反射机制调用真实方法的类是SPI接口的实现类，服务提供者会通过SPI加载JDK、CGLib、Javassist和ByteBuddy反射机制调用真实方法的实现类。而JDK、CGLib、Javassist和ByteBuddy反射机制调用真实方法的实现类会实现SPI接口，最终调用真实方法。

四、实现

说了这么多，具体要怎么实现呢？

核心类实现关系

基于SPI扩展ByteBuddy反射机制调用真实方法的核心类关系如图40-2所示。

查看完整文章

加入冰河技术 (opens new window)知识星球，解锁完整技术文章与完整代码