蚂蚁金服开源-SofaRpc源码学习篇

简介: 一个service,一个client,一个注册中心。service注册自己到registry注册中心,包括service-name,还有相应的ip,port,然后client去监听注册中心,然后拿到service的地址,调用的时候会通过生成一个代理,去invoke调用结果返回

官网

基本流程

https://www.sofastack.tech/projects/sofa-rpc/client-invoke-flow/
在这里插入图片描述

最简单:一个service,一个client,一个注册中心。
在这里插入图片描述
service注册自己到registry注册中心,包括service-name,还有相应的ip,port,然后client去监听注册中心,然后拿到service的地址,调用的时候会通过生成一个代理,去invoke调用结果返回

SofaRpc学习

代码入手

我们在项目里面先实现这个简单的demo,然后debug进去跟着学习。

在这里插入图片描述
这一块没什么谈的,端口号,ip,对应的协议,然后开启一个线程去监听。

服务端-发布过程

服务提供者配置 com.alipay.sofa.rpc.config.ProviderConfig#export

com.alipay.sofa.rpc.bootstrap.DefaultProviderBootstrap#export
在这里插入图片描述
会根据接口,uid,协议拼接成一个key,来保证同一个服务只发布一次。
在这里插入图片描述

服务端-构造执行链

在这里插入图片描述
com.alipay.sofa.rpc.filter.FilterChain#FilterChain

在这里插入图片描述
com.alipay.sofa.rpc.config.AbstractInterfaceConfig#filter
在这里插入图片描述
com.alipay.sofa.rpc.filter.FilterChain#selectActualFilters在这里插入图片描述
在这里插入图片描述
蚂蚁自己封装的扩展类,然后通过ExtensionLoader去加载扩展点

服务端-注册到注册中心

初始化过程

RegistryFactory.getRegistry(registryConfig);

com.alipay.sofa.rpc.registry.RegistryFactory#getRegistry

在这里插入图片描述

不同注册中心会有不同的扩展点,然后根据不同的扩展点去加载注册中心
在这里插入图片描述
注册到注册中心

// 注册到注册中心
providerConfig.setConfigListener(new ProviderAttributeListener());
register();

register()
在这里插入图片描述
会根据不同的配置去进行注册相应的配置

在这里插入图片描述
到这里完成第一步service注册到registry

客户端

看代码
在这里插入图片描述
一样是有配置,服务service-name,协议,超时时间,对于的接口的类,注意这些,为下面讲解埋下伏笔!!!

客户端-生成代理类

com.alipay.sofa.rpc.config.ConsumerConfig#refer

在这里插入图片描述
也是为了避免客户端重复发布

cluster.init();

初始化过程
在这里插入图片描述

com.alipay.sofa.rpc.client.LoadBalancerFactory#getLoadBalancer(com.alipay.sofa.rpc.bootstrap.ConsumerBootstrap)

负载均衡下面单独一个点展开讲


这一块代码的实现。

客户端-连接初始化

在这里插入图片描述

com.alipay.sofa.rpc.client.AllConnectConnectionHolder#doReconnect
在这里插入图片描述
这一块netty的可用性重试

netty

在这里插入图片描述
我们可以看到底层使用netty进行通信,在下面一些解码中埋下伏笔。

客户端-得到服务端列表

List all = consumerBootstrap.subscribe();
在这里插入图片描述
初始化服务端连接(建立长连接)

在这里插入图片描述
ProviderInfo 抽象的服务提供列表

com.alipay.sofa.rpc.client.AllConnectConnectionHolder#addNode

在这里插入图片描述
经常面试遇到CountDownLatch使用,这里就有

**com.alipay.sofa.rpc.client.AllConnectConnectionHolder#initClientRunnable
--- >
com.alipay.sofa.rpc.client.AllConnectConnectionHolder#initClientRunnable**

这里是获取长连接的,然后使用map往里面塞服务者配置以及链接
在这里插入图片描述

客户端-创建代理类

在这里插入图片描述

客户端-具体调用

com.alipay.sofa.rpc.filter.ConsumerInvoker#invoke
在这里插入图片描述
com.alipay.sofa.rpc.client.AbstractCluster#sendMsg

doSendMsg(providerInfo, clientTransport, request)

同步调用
com.alipay.sofa.rpc.transport.http.AbstractHttp2ClientTransport#syncSend
在这里插入图片描述
在这里插入图片描述
看到没有底层通过netty去发送

客户端-解码

这里就涉及netty解码
com.alipay.sofa.rpc.transport.http.AbstractHttpClientHandler#onResponse
com.alipay.sofa.rpc.transport.http.SyncInvokeClientHandler#doOnResponse

decode(response);

在这里插入图片描述
会把一些上下文塞进去

客户端-配置接口,方法用处

com.alipay.sofa.rpc.core.request.SofaRequest
在这里插入图片描述

服务端拿到这个配置的类名,还有方法,参数进行反射的调用
在这里插入图片描述

下一篇

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
相关文章
|
数据库连接 数据库
kettle开发篇-流查询
kettle开发篇-流查询
914 0
|
4月前
|
人工智能 自然语言处理 Java
Spring Boot+MCP深度落地:让存量Java服务成为AI可调用业务工具实战流程
在企业IT架构中,大量运行数年的Spring Boot系统承载着核心业务逻辑、数据与流程,是数字化体系里不可替代的资产。但随着大模型与AI应用的普及,一个普遍难题逐渐凸显:这些成熟的Java业务系统拥有完整接口与数据,却无法被AI直接识别和调用,形成了数据与智能之间的壁垒。传统解决方案往往需要人工导出数据、复制内容至AI对话框,不仅效率低下,还存在数据泄露、操作繁琐等问题。而MCP(模型上下文协议)的出现,搭配Spring AI生态,为存量Spring Boot服务接入AI提供了轻量化、无侵入的解决方案。本文将结合企业人力资源管理系统实战,完整讲解如何基于SSE传输模式搭建MCP服务端与客户端
643 0
|
9月前
|
机器学习/深度学习 人工智能 自然语言处理
代码检索新王登基!CodeFuse开源C2LLM,用“注意力池化”刷新MTEB-Code榜单
CodeFuse Embedding 家族最新成员 C2LLM 登顶 MTEB-Code 代码检索榜单,用注意力池化打破平均池化与 EOS 的僵局。
590 0
代码检索新王登基!CodeFuse开源C2LLM,用“注意力池化”刷新MTEB-Code榜单
|
监控 Oracle Java
Java视频流提取与播放技术详解
Java视频流提取与播放技术详解
|
Java 应用服务中间件 Spring
SpringBoot出现 java.lang.IllegalArgumentException: Request header is too large 解决方法
SpringBoot出现 java.lang.IllegalArgumentException: Request header is too large 解决方法
1307 0
|
SQL Java 测试技术
Cause: dm.jdbc.driver.DMException: Digital overflow
在测试环境中遇到报错:`org.apache.ibatis.type.TypeException`,原因是为参数#1设置非空值时JdbcType为空,最终导致`dm.jdbc.driver.DMException: Digital overflow`。经分析发现,测试环境中的`invoiceId`字段类型为`BIGINT`,而传入的字符串值超出了`BIGINT`的最大长度,导致数字溢出。本地环境中该字段为`varchar(64)`,因此未出现此问题。调整测试环境表结构后,问题得以解决。