正文
首先我的目标就是 为了把rpc调用进行封装，让业务人员开发的时候 快速使用
组件的整合
pom.xml 整合
<dependency>
<groupId>com.yuye</groupId>
<artifactId>yuye-metadata-spring-boot-starter</artifactId>
</dependency>
假设你的业务package 名为 com.yuye.biz.xxx
新建一个package 比如com.yuye.biz.xxx.metadata.mapper 新建一个TestMetadata.java 接口
@MetadataModel("model01")
public interface TestMetadataMapper {
String test();
}
Application 启动类上加
@MetadataModelScan(basePackage = {"com.example.metadata.mapper"})
你需要在MetadataMapperMethod 类中 添加自己的逻辑
优化点
- 可以把所有 接口的动态代理都使用这个组件
- 支持插件化扩展MetadataMapperMethod 的逻辑
场景：
1 我需要 在有mybatis的 同时，我要模仿 BaseMapper 接口这种动态代理 底层进行rpc调用
额外考虑：
- mybatis 和 mybatis-plus 共存的情况，会出现 多次动态代理的情况，怎么保证正确性
- 发现 拿Object 接动态代理之后的对象可以，用接口接 就不行
- 对必要的东西 进行cache
背景：
让以后其他接口 可以自由的实现自定义动态代理逻辑，
比如现在有mapper 代理 和 metadata代理，之后再来一个 xxx功能，可以快速整合
步骤：
1 组件放到 一个springboot项目（无mybatis 和 mybatis-plus）
测试通过
2 springboot项目 添加mybatis 进行重新测试
测试通过
3 springboot项目 去掉mybatis 添加 mybatis-plus 进行重新测试
因为 mybatis 和mybatis-plus 有冲突，一般项目都是用其中一个
测试通过
上面这三步是因为公司项目中不敢保证都是用 mybatis 或者 mybatis-plus，有可能根据项目不同，选择不同的组件，所以我们2个都要兼容
测试@MapperScan 和 @MetadataModelScan 是否有冲突
总共分几种情况：
1 各自管各自的
@MetadataModelScan(basePackage = {"com.example.metadata.mapper"})
@MapperScan({"com.example.dao"})
2 @MapperScan 范围包含@MEtada
@MetadataModelScan(basePackage = {"com.example.metadata.mapper"})
@MapperScan({"com.example"})
报错
Consider marking one of the beans as @Primary, updating the consumer to accept multiple beans, or using @Qualifier to identify the bean that should be consumed
是因为 mapper和 metadata 都扫描到了 这个接口，多次动态代理，而且我们用的是 @
@Autowired
解决办法：
1 把package 分开
2 添加@MapperScan的拦截 过滤掉 @MetadataModel ，让mybatis 不扫描使用
@MetadataModel 的接口
3 @MetadataModelScan 大于 @MapperScan
@MetadataModelScan(basePackage = {"com.example"})
@MapperScan({"com.example.dao"})
测试通过
代码地址 github.com/a25017012/y…
以上就是模仿mybatis-plus实现rpc调用的详细内容，更多关于模仿mybatis-plus rpc调用的资料请关注编程网其它相关文章！
