自研究组件

1、DDS

• 根据用户在服务上注解的DDS 参数动态进行数据库的路由。
• 数据库连接池配置动态更新。

2、DCH

• DCH可根据分片信息，动态地选择物理数据源进行写入和读取数据。
• 无持久化
• 降级
  • 有返回值的操作：降级为null
  • 无返回值的操作：操作将被抛弃

3、LDC

• 自定义StateRouter，继承于dubbo框架的TagStateRouter，重写路由doRouter()方法
  打标，把标签放在RpcContext中
• 路由规则：重写dubbo的路由规则
  • G：权重、C：权重、R：根据分片路由到相应节点（dubbo下的invoke方法）

在Dubbo中，服务提供者通常会被封装为一个Invoker对象，并注册到注册中心。当服务消费者需要调用服务时，它会从注册中心获取相应的Invoker对象，并通过该对象来发起RPC调用。
Dubbo支持多种服务调用协议和序列化方式，每种协议和序列化方式都会有对应的Invoker实现类

在 Dubbo 框架中，Invocation 对象是一个核心的数据结构，它代表了 RPC 调用的详细信息。当服务消费者发起一个远程调用请求时，Dubbo 会创建一个 Invocation 对象来封装这次调用的所有信息，包括方法名、参数、附件（Attachments）等。然后，这个 Invocation 对象会被传递给服务提供者的 Invoker 对象，由 Invoker 负责执行这个调用并返回结果。

在 Dubbo 框架中，Invoker 是执行服务调用的核心组件。Invoker 的 invoke 方法负责执行实际的 RPC 调用。以下是 Invoker 如何执行 RPC 调用的简要概述：
获取 Invoker:
服务消费者从注册中心获取服务提供者的地址和端口信息，并根据这些信息创建对应的 Invoker 实例。这个 Invoker 实例封装了与服务提供者的连接细节。
准备 Invocation:
服务消费者根据调用的接口方法、参数等信息创建一个 Invocation 对象。这个对象包含了 RPC 调用的所有必要信息。
执行调用:
服务消费者使用 Invoker 的 invoke 方法来执行 RPC 调用。invoke 方法接收 Invocation 对象作为参数，并根据这个对象中的信息来调用远程服务。
网络通信:
在 invoke 方法内部，Invoker 会使用底层的通信框架（如 Netty）来与服务提供者建立连接，并通过网络发送 Invocation 对象。服务提供者接收到 Invocation 后，会执行相应的方法。
执行服务方法:
服务提供者根据 Invocation 中的信息找到对应的服务实现，并执行被调用的方法。执行结果通常会被封装在一个 Result 对象中。
返回结果:
服务提供者将执行结果（Result 对象）通过网络发送回服务消费者。Invoker 在消费者端接收到结果后，会将其转换为适当的形式（如 Java 对象），并返回给调用者。
异常处理:
如果在执行过程中发生任何异常（如网络错误、服务提供者不可用等），Invoker 会捕获这些异常，并根据 Dubbo 的异常处理机制来处理它们。这通常包括重试、熔断等策略。
总的来说，Invoker 的执行过程涉及了服务调用的准备、网络通信、服务方法执行和结果返回等多个环节。Dubbo 框架通过抽象和封装这些环节，使得服务调用变得简单而透明，开发者只需要关注业务逻辑的实现，而不需要关心底层的通信和调用细节。