Dubbo 的服务注册发现是微服务调度的核心，全程自动化无感知。服务提供者启动后，会把自身的接口名、IP、端口、版本等信息，注册到注册中心（如 Nacos、Zookeeper）；服务消费者启动时，会向注册中心订阅自己需要的服务列表，注册中心会把对应服务地址推送给消费者，同时消费者会本地缓存这份列表。当提供者节点上下线、配置变更时，注册中心会实时推送变更通知，消费者自动更新缓存。调用时消费者直接根据本地缓存的地址发起远程调用，不依赖注册中心，注册中心只负责地址管理，即便宕机也不影响已建立的调用，整体架构轻量又稳定。
Dubbo 支持多种序列化协议，适配不同场景：Hessian2是默认协议，跨语言、性能高、体积小，兼容性强；Dubbo 序列化专为 Dubbo 定制，速度快、精简高效，仅支持 Java；JSON 序列化可读性强、跨语言通用，但性能一般、体积较大；Protobuf压缩比极高、性能顶尖，跨语言但需要编写 IDL 文件；Kryo速度极快、内存占用低，Java 专属，序列化后体积最小。这些协议中，Hessian2 兼顾通用性和性能，是生产首选；Protobuf 适合高并发、低带宽场景；JSON 适合测试、跨语言对接，按需选择即可。
Dubbo 的服务治理是微服务运维的核心能力，覆盖全生命周期管控。主要包含服务注册发现：统一管理服务上下线；负载均衡：合理分发请求到节点；集群容错：调用失败自动重试、降级；流量管控：限流、权重调配、灰度发布；路由规则：标签路由、条件路由，定向调度流量；配置动态化：无需重启修改参数；服务降级 &Mock：故障时屏蔽或返回模拟数据；监控告警：统计调用量、响应时间、异常率；版本 & 分组管理：隔离不兼容服务、多实现区分。整套治理能力让微服务可管控、可观测、高可用，适配大规模分布式场景。
Dubbo 内置 5 种负载均衡策略，满足不同业务需求：随机负载均衡（默认）：按权重随机选择节点，无状态、实现简单，适合大多数场景；轮询负载均衡：按顺序轮流调用，公平性好，适合节点性能一致的场景；最少活跃调用：选择当前正在处理请求最少的节点，避免慢节点堆积，适合性能不均的集群；一致性哈希：相同参数的请求固定打到同一节点，适合缓存、状态 ful 服务；权重轮询：按节点权重分配流量，性能好的节点权重更高，可灵活调控流量配比。所有策略支持动态配置，无需重启服务即可切换。
Dubbo 的服务容错专为应对分布式调用异常设计，核心有 5 种模式：失败重试：调用失败自动切换其他节点重试，适合读操作、幂等接口；快速失败：失败立即报错，不重试，适合非幂等写操作，避免重复提交；失败安全：失败直接忽略，记录日志，适合日志、通知等非核心业务；失败自动恢复：失败后台记录请求，定时重试，适合异步、通知类服务；广播调用：调用所有提供者，任意一个失败则判定失败，适合批量更新缓存、数据同步场景。容错策略可动态配置，结合 Mock 降级，全方位保证服务调用稳定性。
Dubbo 通过version 版本号实现服务版本控制，完美解决接口不兼容升级问题。服务提供者在暴露服务时，指定version="1.0.0"属性；服务消费者引用服务时，配置相同的版本号，只有版本号完全匹配，才能调用到对应的服务。不兼容的接口可以定义不同版本（如 2.0.0），分开部署、互不干扰。升级时采用灰度发布，先升级部分提供者为新版本，消费者逐步切换版本，全程无停机、无影响。版本号支持自定义规则，简单易用，无需修改业务代码，是分布式接口升级、兼容的标配方案。
Dubbo SPI 是基于 Java SPI 优化的扩展机制，是 Dubbo 高扩展性的核心。Java SPI 会一次性加载所有扩展实现，浪费资源，不支持别名、按需加载，也无法排序；而 Dubbo SPI 按需加载扩展类，缓存实例避免重复创建，支持别名、默认扩展、自适应扩展，还能通过注解排序、依赖注入。Dubbo SPI 配置文件放在META-INF/dubbo目录，格式为别名=实现类，配合@SPI、@Adaptive注解，可动态切换实现类。它解决了 Java SPI 的性能和功能缺陷，让 Dubbo 的协议、序列化、注册中心等组件都能轻松自定义扩展。
Dubbo 直连是消费者直接指定提供者地址，绕过注册中心的调用方式。配置时消费者添加url="dubbo://192.168.1.1:20880"属性，跳过注册中心的服务发现，直接与目标提供者通信。使用场景主要是：本地开发调试，避免测试环境干扰；单点测试提供者功能，快速定位问题；内网环境无注册中心的简易调用；紧急情况下绕过注册中心故障，保证核心服务调用。直连方式简单高效，但不适合生产集群，仅用于开发、测试、应急场景。
Dubbo 服务分组用于隔离同一接口的不同业务实现，解决接口复用冲突问题。比如同一个 UserService 接口，有订单端和支付端两种实现，用group="order"和group="pay"区分。使用时，提供者暴露服务配置group属性，消费者引用服务指定相同group，只有分组匹配才能调用。分组还能配合版本、路由实现精细化隔离，适合多业务线共用接口、多环境隔离、测试与生产隔离场景。配置简单无侵入，是微服务接口复用、隔离的常用方案。
Dubbo 支持主流注册中心，适配不同架构：Nacos：阿里开源，集注册、配置于一体，性能高、易用，生产首选；Zookeeper：CP 模型，强一致性，适合追求数据可靠的场景，社区成熟；Eureka：AP 模型，高可用，最终一致，适合 SpringCloud 融合场景；Consul：自带健康检查、跨数据中心，功能全面；Redis：轻量、性能极高，基于 Key-Value 存储，适合简单场景。Nacos 和 Zookeeper 是生产主流，Nacos 更轻量化易运维，Zookeeper 一致性更强，可根据业务一致性、可用性需求选择。
Dubbo 延迟发布用于等待 Spring 容器初始化完成，再暴露服务，避免服务未就绪就被调用。配置非常简单，服务提供者在<dubbo:service>或@Service注解中添加delay="5000"属性，单位是毫秒，表示启动后延迟 5 秒发布服务。也可以设置delay="-1"，表示等 Spring 容器完全初始化后再发布。延迟发布能有效防止消费者调用未初始化完成的服务，避免启动报错、调用失败，是微服务启动稳定性的必备配置，全程无业务侵入，一键生效。
Dubbo Mock 机制是服务调用失败时返回模拟数据，实现服务容错降级，避免级联故障。分为两种：默认 Mock，配置mock="true"，失败返回 null/ 空对象；自定义 Mock，编写实现类继承服务接口，配置mock="类名"，失败执行自定义逻辑。使用时消费者添加mock属性即可，无需修改提供者代码。适用场景：核心服务故障时，非核心接口返回默认数据；测试环境模拟接口返回；服务降级屏蔽故障源。Mock 机制轻量易用，是分布式服务高可用的重要保障。
Dubbo Token 验证是服务安全防护机制，防止非法调用、恶意请求。提供者暴露服务时配置token="自定义密钥"，开启令牌验证；注册中心会把 Token 同步给合法消费者，消费者调用时自动携带 Token，提供者校验通过才允许执行。也可配置token="true"，由 Dubbo 自动生成随机 Token，无需手动定义。Token 验证配置简单，无业务侵入，能有效拦截未授权的服务调用，提升微服务安全性，适合内部核心服务、敏感接口的防护场景。
Dubbo 配置优先级遵循动态优先于静态、精准优先于宽泛的规则，优先级从高到低：动态配置（注册中心推送）> 虚拟机参数（-D 参数）> 应用配置（application.yml）> 服务配置（接口级）> 全局默认配置。同时，消费者配置优先级高于提供者，方法级配置高于接口级配置。所有配置支持热更新，修改后实时生效，无需重启服务。这套规则让运维可以灵活调整参数，紧急情况下通过动态配置快速修改容错、限流等策略，保障服务稳定。
Dubbo 服务降级用于故障时牺牲非核心功能，保障核心服务可用，分为两种模式：容错降级：调用失败后执行 Mock 逻辑，返回默认数据，不影响核心流程；屏蔽降级：直接强制不调用远程服务，固定返回模拟数据，彻底隔离故障源。实现方式：通过动态配置或注解配置mock、forceReturn参数，无需重启服务。降级可针对接口、方法级别精准控制，配合监控告警，自动或手动触发。是应对服务雪崩、流量高峰的核心手段，最大化保证系统可用性。
Dubbo 基于 JSR303 标准实现参数验证，无需手动编写校验逻辑。使用步骤：提供者和消费者引入 validation 依赖，服务接口方法上添加@NotNull、@Size等校验注解；提供者暴露服务时配置validation="true"；消费者调用服务时，Dubbo 自动拦截参数，校验不通过直接抛出异常，不发起远程调用。参数验证在客户端本地执行，减少无效请求，提升性能，同时统一校验规则，避免非法参数导致服务异常。配置简单、侵入性低，是微服务参数校验的标准方案。
Dubbo 动态配置是无需重启服务，实时修改运行参数的能力，通过注册中心 / 配置中心推送配置生效。核心功能：动态调整负载均衡、容错策略；实时修改限流、权重参数；一键开启 / 关闭服务降级、Mock；动态更新路由规则、超时时间；热切换序列化协议、注册中心。配置变更毫秒级同步到所有节点，支持一键回滚。动态配置让微服务运维无需停机，快速应对流量波动、故障场景，是生产环境精细化管控的核心能力。
Dubbo 支持多种通信协议：Dubbo 协议（默认）：Netty+NIO，长连接、高吞吐、低延迟，适合 Java 微服务内部调用，生产首选；HTTP 协议：短连接、跨语言、易调试，适合对外接口、跨平台调用；Hessian 协议：跨语言、二进制序列化，适合多语言微服务；RMI 协议：Java 原生远程调用，兼容旧系统；gRPC 协议：HTTP2+Protobuf，高性能跨语言，适合云原生场景。Dubbo 协议适配绝大多数内部微服务，HTTP/gRPC 适配跨语言、对外场景，按需选择即可。
自定义 Dubbo SPI 扩展点三步即可：1. 定义扩展接口，添加@SPI注解；2. 编写接口实现类；3. 在resources/META-INF/dubbo/接口全限定名文件中，配置别名=实现类全限定名。使用时，通过ExtensionLoader.getExtension(接口.class, "别名")获取实例。还可通过@Adaptive注解实现自适应扩展，动态切换实现类。自定义 SPI 无侵入、易扩展，可替换 Dubbo 默认的协议、序列化、注册中心等组件，适配个性化业务需求。
服务分组 + 版本号是 Dubbo 精细化隔离的黄金组合，实现双重隔离。分组用于区分同一接口的不同业务实现（如 order、pay），版本号区分同一实现的不兼容版本（1.0、2.0）。只有分组相同 + 版本号相同的消费者和提供者才能调用。配合使用可实现：多业务线 + 多版本并行部署，互不干扰；灰度升级时，同一分组下逐步切换版本；测试环境与生产环境彻底隔离。双重匹配规则简单高效，完美解决大规模微服务下接口复用、升级、隔离的所有问题。
Dubbo 事件通知用于远程调用前后、异常时执行自定义逻辑，实现无侵入增强。消费者配置oninvoke（调用前）、onreturn（调用成功）、onthrow（调用异常）三个通知方法。调用服务时，自动触发对应通知，可做日志记录、参数预处理、结果缓存、异常告警等。通知方法与业务逻辑解耦，无需修改服务代码，支持动态配置。适合日志审计、监控埋点、缓存更新、调用监控等场景，是微服务增强的轻量方案。
泛化引用是消费者无服务接口 API，也能调用远程服务的能力，基于GenericService实现。调用时传入接口名、方法名、参数类型和参数值，无需依赖服务 Jar 包。使用场景：测试平台、API 网关统一调用所有服务；低代码平台动态调用服务；运维工具无侵入测试服务；跨语言、无接口依赖的调用场景。泛化引用让服务调用摆脱接口绑定，灵活性极高，是微服务网关、测试工具的核心技术。
本地存根（Stub）是消费者本地执行前置 / 后置逻辑，再调用远程服务的机制。实现步骤：编写 Stub 类继承服务接口，注入远程服务；消费者配置stub="Stub类名"。调用时，先执行 Stub 中的本地逻辑（参数校验、缓存查询、日志），再发起远程调用，最后处理返回结果。Stub 把远程调用封装在本地，减少重复代码，提升性能，适合客户端缓存、参数预处理、结果格式化等场景，实现业务逻辑与远程调用解耦。
参数回调是消费者传递回调接口给提供者，提供者异步触发回调的双向通信机制。消费者调用服务时，传入自定义回调接口实现类；提供者收到请求后，异步执行业务逻辑，完成后主动调用消费者的回调方法。全程基于 Dubbo 长连接实现，无需额外通信组件。适合异步通知、实时推送、进度反馈场景（如文件上传进度、异步任务结果）。配置简单，仅需在接口方法上标注callback参数，实现服务端主动推送，打破单向调用限制。
Dubbo 服务分层是把架构按职责拆分为：接口层、配置层、代理层、路由层、通信层、执行层、调度层等，每层各司其职、解耦独立。好处：1. 扩展性强，每层可单独替换（如换协议、换注册中心）；2. 维护简单，问题定位精准，不影响其他层；3. 适配性高，可灵活组合各层实现，适配不同业务场景；4. 代码结构清晰，符合单一职责原则。分层设计是 Dubbo 高可用、高扩展的架构基础，让框架能轻松适配各种分布式架构需求。
Dubbo 集群压测常用 4 种方法：1. 工具压测：用 JMeter、LoadRunner 模拟高并发请求，测试集群吞吐量、响应时间；2. Dubbo-admin 管控台：内置压测功能，一键发起流量测试；3. 自定义压测客户端：编写多线程泛化调用工具，定向压测目标接口；4. 隔离压测：搭建独立压测集群，避免影响生产，模拟峰值流量、故障场景。压测重点关注 QPS、异常率、节点负载、限流容错效果，配合监控工具分析瓶颈，优化集群配置。
服务分组和标签路由都是流量隔离，但核心用途不同：服务分组是物理隔离，分组不匹配无法调用，用于隔离不同业务实现、环境，是静态硬隔离；标签路由是流量逻辑隔离，通过标签规则定向分发流量（如灰度、测试流量），不改变服务部署，是动态软隔离。分组用于永久隔离不同业务 / 版本，路由用于临时灰度、流量调控。两者可配合使用：分组做物理隔离，标签做流量精细化调度，满足隔离 + 灰度的全场景需求。
Dubbo 服务容量规划核心看 6 个因素：1. 峰值 QPS：最大请求量，决定节点数量；2. 平均响应时间：影响单节点处理能力；3. 机器配置：CPU、内存、带宽，决定单节点性能；4. 服务依赖：下游服务瓶颈会限制自身容量；5. 容错策略：重试、降级会放大流量，需预留缓冲；6. 冗余率：生产预留 30% 以上容量，应对流量波动。结合监控数据，动态调整节点数、权重、限流参数，保证服务在峰值、故障场景下稳定运行。
Dubbo 服务级流量控制通过限流 + 权重 + 路由实现精细化调度：1. 限流：配置executes（单服务最大并发）、connections（最大连接数），防止流量过载；2. 权重调控：给高性能节点设置更高权重，分配更多流量；3. 标签路由：定向分发灰度、测试流量，隔离核心流量；4. 负载均衡：选择最少活跃、一致性哈希策略，避免节点堆积。所有策略支持动态配置，实时生效，可精准控制每个服务、每个方法的流量，防止服务雪崩，保障集群均衡。
Dubbo 服务监控常用 3 套方案：1. Dubbo-monitor：官方简易监控，统计调用量、响应时间、异常率，轻量易部署；2. Prometheus+Grafana：生产主流，采集 Metrics 指标，可视化大盘、告警；3. 分布式链路追踪：SkyWalking、Pinpoint，追踪全链路调用，定位慢接口、异常节点。监控核心关注：QPS、RT、异常率、调用链路、节点负载。全方位监控让微服务调用可观测，快速定位故障、优化性能。
服务版本冲突核心解决方法是版本号强制隔离 + 灰度升级：1. 不兼容接口必须定义不同version，禁止跨版本调用；2. 部署时新旧版本服务共存，消费者按版本匹配调用；3. 升级采用灰度发布，逐步切换消费者版本，避免全量更新；4. 清理废弃版本，防止冗余冲突。配合服务分组，可实现多版本、多业务线彻底隔离。版本控制简单高效，从根源避免接口不兼容导致的调用失败，保证升级无缝衔接。
服务编排是把多个微服务按业务流程组合成一个完整服务，实现流程化调度。Dubbo 本身无编排引擎，常用两种实现：1. SAGA 模式：结合 Seata/Saga 框架，编排服务调用流程，失败逆向补偿；2. 业务层编排：通过 SpringBoot 编写流程逻辑，按顺序调用 Dubbo 服务，配合事务保证一致性。适合订单、支付等多步骤复杂业务。服务编排让业务流程清晰、可复用，结合分布式事务，保证复杂流程的数据一致性。
服务暴露：提供者启动时，Dubbo 扫描@Service注解，通过协议（Dubbo）绑定端口，把服务信息注册到注册中心，完成服务发布；服务引用：消费者启动时，扫描@Reference注解，向注册中心订阅服务，拉取地址列表并本地缓存，通过动态代理创建服务接口实例，调用时自动发起远程 RPC。暴露是发布 + 注册，引用是订阅 + 代理，全程自动化，无需手动处理网络、序列化细节，开发者像调用本地方法一样调用远程服务。
Dubbo 核心组件共 6 个：1. Provider：服务提供者，暴露服务、处理请求；2. Consumer：服务消费者，调用远程服务；3. Registry：注册中心，管理服务注册、发现、推送变更；4. Monitor：监控中心，统计调用数据、性能指标；5. Container：服务容器，加载、运行提供者；6. Protocol：通信协议，封装 RPC 调用、序列化、网络传输。组件各司其职、解耦协作，构成完整的微服务 RPC 架构，支撑服务注册、发现、调用、监控全流程。
Dubbo 架构组件分三层：服务层（Provider/Consumer）：提供和消费业务服务；治理层（Registry/Monitor）：注册发现、监控告警、流量管控；通信层（Protocol/Proxy/Transport）：RPC 通信、动态代理、网络传输。服务层负责业务逻辑，治理层管控服务生命周期，通信层封装底层调用。分层架构让各组件独立扩展、易于维护，支持动态配置、容错、限流等核心能力，是分布式微服务的标准架构模型。
