3. 主流框架基础：Spring Boot、Spring Cloud、Dubbo、Service Mesh（Istio）等框架的核心特性与适用场景

3.1 框架演进脉络与定位差异

在进入具体框架之前，先厘清一条关键的时间线与职责边界。早期企业应用多采用单体架构，Spring Boot 的出现解决了传统 Spring 项目繁重的 XML 配置问题，让“快速启动一个可运行的微服务”成为可能。随着服务数量增多，服务发现、配置管理、负载均衡、熔断限流等分布式问题浮出水面，Spring Cloud 作为一套“全家桶”解决方案，将这些能力以注解和自动配置的方式集成进 Spring Boot 应用。与此同时，Dubbo 作为高性能 Java RPC 框架，在服务治理（尤其是流量调度与接口级服务发现）方面深耕多年，被大量国内互联网企业采用。而 Service Mesh（以 Istio 为代表）则把网络通信、流量控制、可观测性等能力从业务进程中剥离，下沉到 Sidecar 代理（Envoy）中，实现“业务代码零侵入”的基础设施层治理。

3.2 各框架核心特性与适用边界

3.2.1 Spring Boot：微服务开发底座

Spring Boot 的核心价值在于自动配置与起步依赖。它通过 @EnableAutoConfiguration 机制，根据 classpath 中的依赖自动装配 Bean，大幅减少样板配置。内嵌 Tomcat/Jetty 使应用可以 java -jar 直接启动，非常适合容器化部署。其 Actuator 模块提供 /health、/metrics 等端点，是 Kubernetes 探针与监控系统的重要数据来源。

// 典型 Spring Boot 启动类
@SpringBootApplication
@EnableDiscoveryClient
public class OrderServiceApplication {
    public static void main(String[] args) {
        SpringApplication.run(OrderServiceApplication.class, args);
    }
}

适用场景：任何新启动的微服务、BFF（Backend for Frontend）层、批处理任务、事件消费者。它是企业混合部署中最通用的“服务单元载体”。

3.2.2 Spring Cloud：一站式微服务治理套件

Spring Cloud 并非单一框架，而是一组子项目的集合。以 Spring Cloud Alibaba 为例，其核心组件包括：

• Nacos：服务注册与配置中心，支持 AP 与 CP 模式切换，比 Eureka 功能更全面。
• OpenFeign：声明式 HTTP 客户端，配合负载均衡器（Spring Cloud LoadBalancer）实现服务间调用。
• Spring Cloud Gateway：基于 WebFlux 的 API 网关，负责路由、鉴权、限流。
• Sentinel：流量控制、熔断降级与系统保护，提供实时监控控制台。

3.2.3 Dubbo：高性能 Java RPC 框架

Dubbo 面向接口级服务发现与方法级调用。它支持多种协议（dubbo、triple、rest），默认使用 Netty 进行高效 TCP 通信。其核心特性包括：

• 集群容错：Failover（失败自动切换）、Failfast（快速失败）、Failsafe（失败安全）等策略。
• 负载均衡：随机、轮询、最少活跃调用数、一致性哈希。
• 服务路由：条件路由、标签路由，支持灰度发布。
• 隐式参数传递：通过 RpcContext 传递链路追踪 ID 或用户上下文。

// Dubbo 服务提供者配置（application.yml 片段）
dubbo:
  application:
    name: order-provider
  registry:
    address: nacos://10.0.0.11:8848
  protocol:
    name: dubbo
    port: -1  # 自动分配端口
  scan:
    base-packages: com.example.order.provider

3.2.4 Service Mesh（Istio）：基础设施层治理

Istio 将流量管理从业务代码中彻底剥离。其数据面由 Envoy 代理组成，控制面包含 Pilot（服务发现与配置下发）、Citadel（证书管理）、Galley（配置验证）。核心能力包括：

• 流量管理：VirtualService + DestinationRule 实现金丝雀发布、按 Header 路由、故障注入。
• 可观测性：自动生成分布式追踪（配合 Jaeger/Zipkin）、Prometheus 指标、访问日志。
• 安全：自动 mTLS、RBAC 授权策略。

# Istio VirtualService 灰度发布示例
apiVersion: networking.istio.io/v1beta1
kind: VirtualService
metadata:
  name: order-vs
spec:
  hosts:
    - order-service
  http:
    - match:
        - headers:
            version:
              exact: v2
      route:
        - destination:
            host: order-service
            subset: v2
    - route:
        - destination:
            host: order-service
            subset: v1

3.3 混合部署典型场景与协同模式

在实际企业环境中，四者往往同时存在。以一个电商平台为例：

1. 用户服务、商品服务：基于 Spring Boot + Spring Cloud Alibaba（Nacos 注册），通过 OpenFeign 进行 HTTP 调用。
2. 订单服务、库存服务：核心交易链路，使用 Dubbo 进行高性能 RPC 调用，注册中心同样使用 Nacos，实现与 Spring Cloud 服务的注册互通。
3. 推荐服务（Python）：非 Java 技术栈，通过 Istio 纳入网格，由 Envoy Sidecar 统一处理流量与可观测性。
4. 全链路治理：Istio 接管所有南北向与东西向流量，通过 VirtualService 将 5% 流量切到新版本 Dubbo 服务进行金丝雀验证。

3.4 框架选型决策清单

3.5 常见误区与复盘