RPC
随着公司规模的扩大，以及业务量的激增，单体应用逐步演化为服务/微服务的架构模式，因此便会产生不同服务之间相...
06
2021/08
RPC理解，Dubbo和Feign的对比
博主：
皆非
发布时间：
10763 次浏览
5042字数
分类：
知识总结
RPC（Remote Procedure Call）远程过程调用。网上更多的说法RPC是一种协议，需要满足一定的规范，因为不是说一个服务调了另一个服务就算是RPC，比如我可以通过
restTemplate
调用另一个服务的rest接口，这也算是一个服务调用了另一个服务，但是这不能叫RPC。
举例：在微服务的设计中，一个服务A如果访问另一个Module下的服务B，可以采用HTTP REST传输数据，并在两个服务之间进行序列化和反序列化操作，服务B把执行结果返回过来。（后端请求微信接口）
Dubbo是阿里巴巴开源的基于Java的高性能RPC分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
//dubbo里的@Service注解
import org.apache.dubbo.config.annotation.Service;
@Service
public class AppServiceImpl implements IAppService {
@Autowired
AppMapper appMapper;
@Override
public AppDTO createApp(AppDTO appDTO) throws BizException {
return null;
@Slf4j
@RestController
public class AppController {
//远程调用
@Reference
IAppService appService;
public AppDTO createApp(@RequestBody AppVo appVo){
return appService.createApp(appDTO);
利用Netty，TCP传输，单一、异步、长连接，适合数据量小、高并发和服务提供者远远少于消费者的场景。
Feign
Feign是Spring Cloud提供的一个声明式的伪Http客户端，封装了Http调用流程，更适合面向接口化的变成习惯，它使得调用远程服务就像调用本地服务一样简单，只需要创建一个接口并添加一个注解即可。
Nacos注册中心很好的兼容了Feign，Feign默认集成了Ribbon（Ribbon 是 Netflix开源的 基于HTTP和TCP等协议负载均衡组件），所以在Nacos下使用Fegin默认就实现了负载均衡的效果。
SpringCloud全家桶里面（Feign、Ribbon、Hystrix），特点是非常方便。Ribbon、Hystrix、Feign在服务治理中，配合Spring Cloud做微服务，使用上有很多优势。
如果项目对性能要求不是很严格，可以选择使用Feign，它使用起来更方便。如果需要提高性能，避开基于Http方式的性能瓶颈，可以使用Dubbo。
射击项目选用Dubbo比Feign好
问题 Feign算不算RPC框架？
有人认为是，因为Feign达到了RPC的要求。
有人认为不是，认为RPC主要依赖于客户端和服务端之间建立Socket链接进行，通过TCP协议传输数据而不是HTTP。
新生电子报道
@Service
@Slf4j
@RequiredArgsConstructor
public class StudentPraiseServiceImpl extends ServiceImpl<StudentPraiseMapper, StudentPraise> implements IStudentPraiseService {
private final StudentPraiseMapper studentPraiseMapper;
private final IStudentsService studentsService;
private final IOpenIdService openIdService;
@Override
@GlobalTransactional
public Boolean clickWish( String cartId, String openId ) {
log.info("【学生身份证为：】" + cartId + "【当前用户的openid为】" + openId);
Integer openIdCount = openIdService.selectCount(openId);
if (openIdCount != 0) {
Students students = studentsService.getByCartId(cartId);
Integer id = students.getId();
//将openid和考生id插入
QueryWrapper<StudentPraise> studentPraiseWrapper = new QueryWrapper<>();
studentPraiseWrapper.lambda().eq(StudentPraise::getStudentId, id).eq(StudentPraise::getOpenid, openId);
Integer count = studentPraiseMapper.selectCount(studentPraiseWrapper);
if (count == 0) {
StudentPraise studentPraise = new StudentPraise();
studentPraise.setStudentId(id);
studentPraise.setOpenid(openId);
studentPraiseMapper.insert(studentPraise);
log.info("【插入数据成功】");
//查询当前的祝福数量
Students selectOne = studentsService.getById(id);
int wishes = 0;
if (ObjectUtil.isNotNull(selectOne)) {
if (ObjectUtil.isNotNull(selectOne.getWishes())) {
wishes = selectOne.getWishes();
log.info("【当前的祝福数量为：】" + wishes);
//更新库中的祝福数量
return studentsService.updateWishesById(id, wishes+1);
} else {
return false;
} else {
return null;
问题 公网ip与内网ip
在服务注册到nacos上的时候默认使用的是内网ip，这就导致了一台服务器上的服务访问不到另一台服务器上的服务，需要服务在配置文件里声明公网ip。
那我们在真正部署的时候什么情况注册内网ip，什么时候注册公网ip？
