HTTP与RPC深度解析：从入门到选型实战

一、先看两个生活场景

场景1：网购快递（HTTP）

• 你告诉快递员：“我要寄一个包裹到上海”（请求）
• 快递员按标准流程收件、贴单、运输（标准协议）
• 收件人签收后反馈结果（响应）

场景2：公司内部协作（RPC）

• 财务部直接喊：“小王，把上个月报表发我！”（直接调用）
• 小王秒回：“已发邮箱”（快速响应）
• 双方用内部术语沟通（高效编码）

HTTP就像快递流程，RPC更像同事协作。接下来我们深入技术细节。

---

二、核心概念大白话

2.1 HTTP：通用快递服务

• 定位：跨系统通信的“万金油”
• 特点：
  • 基于请求-响应模型
  • 使用文本格式（JSON/XML）
  • 无状态，每次请求独立

// Spring Boot发送HTTP请求示例
RestTemplate restTemplate = new RestTemplate();
String url = "https://api.example.com/users/123";
User user = restTemplate.getForObject(url, User.class);

2.2 RPC：内部专线电话

• 定位：服务间高效通信的“直拨热线”
• 特点：
  • 像调用本地方法一样调用远程服务
  • 使用二进制协议（如Protobuf）
  • 内置服务发现、负载均衡

// Dubbo服务调用示例
@Reference
private UserService userService;

public User getUser() {
    return userService.getUser(123); // 像本地方法调用
}

---

三、五大核心区别（对照表）

对比维度	HTTP	RPC
协议层级	应用层协议	通信模式
数据传输格式	文本（JSON/XML）	二进制（Protobuf等）
性能	较低（头部开销大）	较高（紧凑编码）
适用场景	对外开放API	内部服务调用
典型框架	Spring Cloud Feign	Dubbo/gRPC

---

四、Java实战代码对比

4.1 HTTP接口开发（Spring Boot）

@RestController
public class UserController {
    
    @GetMapping("/users/{id}")
    public User getUser(@PathVariable Long id) {
        return userService.findById(id);
    }
}

// Feign客户端调用
@FeignClient(name = "user-service")
public interface UserClient {
    @GetMapping("/users/{id}")
    User getUser(@PathVariable("id") Long id);
}

4.2 RPC服务开发（Apache Dubbo）

// 服务提供方
@Service
public class UserServiceImpl implements UserService {
    public User getUser(Long id) {
        return userRepository.findById(id);
    }
}

// 服务消费方
@Component
public class OrderService {
    @Reference
    private UserService userService;
    
    public void createOrder(Long userId) {
        User user = userService.getUser(userId);
        // 创建订单逻辑
    }
}

---

五、性能对比测试

5.1 测试环境

• 1000次请求，数据包大小1KB
• 网络延迟：10ms

5.2 结果对比

指标	HTTP/JSON	gRPC/Protobuf
平均耗时	45ms	22ms
带宽占用	1.2MB	0.6MB
CPU使用率	15%	8%

---

六、选型决策树

是

否

是

是

否

否

需要跨语言支持?

选HTTP

内部服务通信?

高并发低延迟?

选RPC

---

七、六大应用场景

7.1 适合HTTP的场景

1. 对外提供API：第三方支付接口
2. 简单数据交互：获取天气预报
3. 跨语言调用：Java调Python服务

7.2 适合RPC的场景

1. 微服务内部通信：订单服务调用库存服务
2. 高频数据传输：实时日志收集
3. 大数据量传输：文件分片上传

---

八、混合架构实战

8.1 网关层用HTTP

// Spring Cloud Gateway配置
@Bean
public RouteLocator routes(RouteLocatorBuilder builder) {
    return builder.routes()
        .route(r -> r.path("/api/**")
            .uri("lb://backend-service"))
        .build();
}

8.2 服务层用RPC

// Protobuf接口定义
syntax = "proto3";
service UserService {
    rpc GetUser (UserRequest) returns (UserResponse);
}
message UserRequest {
    int64 id = 1;
}

---

九、避坑指南

9.1 HTTP常见问题

• Keep-Alive未启用：导致频繁建立连接
• 未使用连接池：RestTemplate默认无池化
• 序列化性能差：Jackson解析大数据慢

9.2 RPC注意事项

• 版本兼容性：接口升级需谨慎
• 超时设置：避免服务雪崩
• 熔断机制：Hystrix/Sentinel集成

---

十、未来趋势

1. 协议融合：gRPC over HTTP/2
2. 服务网格：Istio统一管理通信
3. 智能路由：AI动态选择协议

---

总结与选择建议

核心结论：

• 对外开放API：优先HTTP（RESTful）
• 内部服务调用：优先RPC（gRPC/Dubbo）
• 混合架构：网关层HTTP + 服务层RPC

学习路线：

HTTP基础 → Spring Cloud微服务 → Protobuf序列化 → gRPC实战

工具推荐：

• HTTP调试：Postman
• RPC开发：Protobuf插件
• 性能测试：JMeter

思考题：
如果要在Java中实现HTTP和RPC的自动切换，你会如何设计架构？欢迎在评论区分享你的方案！