爱探索

分类： 未分类

  • Dubbo 和 Feign 有什么区别？

    Dubbo 和 Feign 有什么区别？

    一、架构设计对比

    Dubbo 和 Feign 在架构层面的核心差异，主要体现在以下几个方面：

    • Dubbo 采用分层架构：从上到下分为 Proxy（代理层）、Cluster（集群容错层）、LoadBalance（负载均衡层）、Protocol（协议层）、Exchanger（信息交换层）、Transport（网络传输层），每一层都可以灵活替换，形成了完整的 RPC 链路。
    • Feign 采用简洁的封装模式：核心是一个动态代理 + HTTP 客户端的封装。@FeignClient 注解声明接口，运行时由 FeignInvocationHandler 生成代理对象，将方法调用转化为 HTTP 请求，底层依赖 HTTP 客户端（如 OkHttp、Apache HttpClient）发送请求。
    • 关键差异：Dubbo 自己管理整个调用链路（从代理到网络传输），而 Feign 本质上是 HTTP 调用的上层封装，依赖 Spring Cloud 生态的其他组件来完成服务治理。

    二、调用方式对比

    Dubbo 调用方式：

    // 1. 定义服务接口（provider 和 consumer 共享）
public interface UserService {
    User getUserById(Long id);
}

// 2. 服务提供者实现接口
@DubboService
public class UserServiceImpl implements UserService {
    @Override
    public User getUserById(Long id) {
        return userMapper.selectById(id);
    }
}

// 3. 服务消费者引用服务
@DubboReference
private UserService userService;

public void doSomething() {
    // 像调用本地方法一样调用远程服务
    User user = userService.getUserById(1L);
}

    Feign 调用方式：

    // 1. 声明 Feign 客户端接口
@FeignClient(name = "user-service", path = "/api/users")
public interface UserServiceClient {

    @GetMapping("/{id}")
    User getUserById(@PathVariable("id") Long id);
}

// 2. 直接注入使用
@Autowired
private UserServiceClient userServiceClient;

public void doSomething() {
    // 底层发起 HTTP 请求
    User user = userServiceClient.getUserById(1L);
}

    两者调用体验都很简洁，但底层机制完全不同：

    • Dubbo：接口驱动，消费者必须共享提供者的接口定义，属于 “强类型” 约束
    • Feign：契约驱动，基于 HTTP 的 RESTful 风格，接口定义由消费者自行编写

    三、性能差异分析

    这是面试中最常被追问的点：

    性能因素
    Dubbo
    Feign
    连接方式
    TCP 长连接，减少握手开销
    HTTP 短连接（可配置连接池）
    序列化
    Hessian2 二进制序列化，体积小
    JSON 文本序列化，体积大
    协议开销
    自定义协议，头部信息少
    HTTP 协议头较大
    网络开销
    小（二进制 + 长连接）
    大（文本 + 协议头）

    实测对比：在相同环境下，Dubbo 的吞吐量通常是 Feign 的 2~5 倍，响应延迟低 **30%~50%**。但在中小规模系统中，这点性能差距往往不是瓶颈。

    四、服务治理能力对比

    从上图可以看出：

    • Dubbo 的服务治理更加自包含：注册发现、负载均衡、服务路由等能力开箱即用，不需要额外引入太多第三方组件。内置了丰富的路由规则（条件路由、标签路由），适合复杂的服务治理场景。
    • Feign 的服务治理依赖 Spring Cloud 生态：本身只是一个 HTTP 客户端，负载均衡靠 Ribbon/LoadBalancer，熔断靠 Sentinel/Resilience4j，配置靠 Spring Cloud Config。好处是可以灵活组合，坏处是组件多、配置复杂。

    五、如何选型？

    • 选 Dubbo：高并发场景、内部服务调用、对延迟敏感、团队有阿里系技术栈经验
    • 选 Feign：Spring Cloud 技术栈团队、中小规模系统、需要跨语言调用、快速开发迭代
    • 混合使用：Dubbo 3.x 已经支持与 Spring Cloud 互通，可以核心链路用 Dubbo、边缘服务用 Feign