你们项目是否是微服务架构？用的 RPC 还是 HTTP？

**1. 架构模式** * 我们项目是 **微服务架构**，服务之间功能拆分清晰（如用户服务、订单服务、库存服务等），每个服务独立部署，支持水平扩展。 * 服务注册、发现和配置中心用的是 **Spring Cloud Alibaba**（Nacos/Eureka 之类），也结合了网关（Gateway）做统一入口和鉴权。 **2. 服务间通信方式** * **核心链路**（对性能要求高、低延迟）→ 采用 **RPC**（Dubbo / gRPC），因为它基于长连接、二进制序列化（Hessian、Protobuf），延迟低、吞吐高。 * **非核心链路 / 对外接口**（跨语言、跨团队）→ 采用 **HTTP/RESTful API**，方便对接第三方、易于调试。 **3. 组合使用** * 内部微服务调用：`RPC` 为主（高性能、强类型接口） * 对外开放 API：`HTTP/HTTPS` 为主（易兼容、跨平台） * 异步场景：结合 **消息队列**（Kafka / RocketMQ）做解耦、削峰