本文主要是介绍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等。
这篇关于Java 开发中微服务 RPC 和 JAR包 调用的对比与使用场景选择的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
