一、研究缘由

由于目前我们所处的行业是汽车行业，项目上进行云服务的迁移时使用到了Sermant中的相关插件, 为了加深对Sermant开发和运行机制的了解，我们从零开始体验Sermant自定义插件的开发。

下面我们就Sermant-example中的first-plugin-demo来进行研究说明。

二、下载Sermant-example

首先我们下载sermant-example的demo：

下载完成之后，我们从最简单的自定义插件开始，也即first-plugin-demo。

三、执行打包

对first-plugin-demo执行打包，打完包的结构：

可以看到我们的项目和对应的插件模板项目都在里面了。

四、启动项目

java -javaagent:sermant-agent.jar -jar Application.jar

然后访问controller方法

从而可以看到拦截的效果：

可以看到启动的过程中，完成了拦截的效果。

也即它走了拦截器的前置和后置方法。

五、动态配置验证

配置的动态配置里面配置的配置中心是zookeeper，因此我们在启动项目前需要启动一个zookeeper作为配置中心，同时开启动态配置开关。

完成之后，我们需要在相应的监听节点下创建一个配置项，来测试动态配置的功能：

再次进行访问，可以在控制台看到如下效果：

也即完成了动态配置的功能。而我们可以看到

其实质是创建了配置监听器，实现了配置处理的process方法，其中DynamicConfigEvent就是监听到的配置更改的事件，包含了配置的group，key，content等配置信息。实现动态配置的相关实现是调用了自己实现的process方法，基于map对配置进行存储和处理，从而实现配置切换。

六、全流程中的参数argsMap到底是什么

之前一直很好奇配置里面的信息到底是什么，最近debug之后有所发现。

我们可以看到加载的argMap里面的相关参数：

我们可以看到argsMap里面的参数基本上和上面的配置，同时会加载插件里面的配置信息。完成这些操作之后，就可以在全流程中去完成对应信息的加载了。

ConfigManager.initialize(argsMap) ，主要是解析一些配置，由于配置存在yaml和properties等不同的形式，因此这里采用策略模式来进行解析。主要的相关配置信息可以参考BaseConfig这个接口的实现。

七、插件的加载是在plugins.yaml

插件的加载是在plugins.yaml里面配置的，比如我们自定义的插件：

而实现插件的关键在于plugins.yaml中配置了哪些插件。因为这些插件正是后续进行拦截的基础。也即它告诉了程序，需要加载哪些插件，不需要加载哪些插件。有了这个基础，才会进行后面精准的转换、installOn操作。

八、拦截原理

我们可以看到上面控制台打印的拦截信息，那如何实现拦截的呢？

可以看到我们执行first-plugin-demo这个示例的时候：会发现我们执行业务方法的时候，它就会进行织入拦截器，执行对应的onMethodEnter和方法执行完后的onMethodExit方法。

这两个方法和byte-buddy中的使用实现的功能是类似的。在需要拦截的方法中执行织入的逻辑。

同时可以从控制台debug中的信息可以看到调用的情况：

完成上面的调用之后，我们便可以看到控制台输出的信息了。

这里我们以进入方法为例，来进行说明：

可以看到进入对应的织入方法之后，最终会走到我们需要进行扩展的迭代器中，来实现迭代。

可以看到进入了first-plugin-demo中的插件拦截：

完成拦截进入到业务方法中，实现拦截功能的织入。然后进入后置拦截，完成after的拦截逻辑。

参考：

官网：https://sermant.io

仓库地址：https://github.com/sermant-io/Sermant

Demo仓库：https://github.com/sermant-io/Sermant-examples