Java 开发中微服务 RPC 和 JAR包 调用的对比与使用场景选择

微服务把重复的代码集中在一起，如果把这些逻辑写在一个模块，将这个模块打成JAR包，被别的需要的模块直接引入JAR包，也可以达到省下重复代码的功效。什么场景该使用哪种实现怎么选择呢？

1 RPC 和 JAR包 调用的对比

• RPC调用即微服务之间的调用，首先分析一下两者的优缺点。

调用方式	优点	缺点
RPC	1、减少重复代码 2、将功能模块解耦，大规模的项目开发高效，便于维护 3、业务升级方便，当服务提供方需要更改业务代码时（接口参数不变，只改代码逻辑），调用方无需做任何改动	1、受网络环境影响，请求参数数据量大的接口影响更大，甚至无法发送请求
JAR	1、减少重复代码 2、不受网络环境影响，更加稳定	1、调用时依赖混乱，容易产生JAR包冲突。如有的用fastjson，有的用gson，导致JAR包膨胀；但若有的用httpclient4.x,有的用5.x,可能直接class not found,或者method not found异常 2、业务升级依赖更新不便。每次JAR包更新，整个系统中依赖JAR包的业务全部需要重新打包发布。如果业务复杂程度过高，业务升级更加困难 3、把所有功能都写在一个模块，软件维护困难 4、调用方会引入过多对项目无用代码

2 使用场景选择

• 优先选择RPC。
• 没有隐形依赖, 更新频率低且更新影响小的代码可以选择JAR包共享。例如：pojo、enum等。