grpc-go源码剖析五之解析器基本原理介绍

最新推荐文章于 2024-04-15 06:54:20 发布
最新推荐文章于 2024-04-15 06:54:20 发布
阅读量1.3k 收藏 1
点赞数 1
分类专栏： 码二哥的技术专栏 文章标签： rpc grpc golang 微服务 kubernetes
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011582922/article/details/116660946
版权
本文介绍了grpc-go解析器的作用，如解析服务地址、更新解析器状态，并详细讲解了如何实现和注册解析器，包括Builder和Resolver接口，以及各种解析器（如dns、passthrough、manual）的工作原理和注册过程。
摘要由CSDN通过智能技术生成

本篇文章会按照下面的角度或者顺序去介绍：

解析器有什么用，用来做什么 → 如何实现(创建)解析器 ？→ 如何注册到grpc框架里呢?

1、解析器到底是用来做什么的？

至少有两个作用：

  • 作用一：比方说，给定一个字符串，解析器通过对字符串的解析得到后端提供服务的地址列表
    • 1、服务地址？可能是真正提供服务的地址，也可能是负载均衡的地址(如NGINX的地址)
    • 2、字符串？这个字符串应该满足下面的格式要求
        a、Scheme://Authority/Endpoint，其中Scheme，Authority，Endpoint是需要用户自己设置的
        b、该字符串映射的是grpc-go/resolver/resolver.go文件中的Target结构体
type Ta
了解本专栏 订阅专栏 解锁全文 超级会员免费看
码二哥
关注
专栏目录
订阅专栏
grpc-go源码剖析七十五之多路复用简单介绍以及测试用例说明？
码二哥的技术池
09-22 1156
本小节开始介绍grpc框架中的多路复用相关原理。 1、多路复用可以实现什么功能？或者可以使用在什么场景下？ 可以使用同一链接处理多个服务请求； 同一服务的多次请求， 或者不同服务的多次请求； 从而提供了链接的利用率 2、grpc框架为什么会选择HTTP2作为传输协议呢？ 至少原因之一： http1.1不支持多路复用； 在HTTP1.1中每一次的请求都要建立一次连接； 一个完整的服务请求，可能需要建立多次连接， 既然多次请求都是为了完成一次完整的服务请求，那么为什么多次请求不使用同一个连接呢？使用同一
grpc-go客户端源码分析
热门推荐
inet_ygssoftware的博客
06-11 2万+
grpc-go客户端源码分析 代码讲解基于v1.37.0版本。 和grpc-go服务端源码分析一样，我们先看一段示例代码， const ( address = "localhost:50051" defaultName = "world" ) func main() { // Set up a connection to the server. conn, err := grpc.Dial(address, grpc.WithInsecure(), grpc.WithBlock())
01 grpc-go源码剖析与实战之 图文专栏介绍 【关注+收藏+20万字+99篇文章】
码二哥的技术池
05-11 1万+
1、背景介绍 无论是分布式架构，还是微服务架构，服务之间如何高效、可靠性的通信是具有一定的挑战性的；那么，解决方案之一就是使用RPC通信； 而由google开发的grpc-go是一个高性能、开源和通用的RPC框架，面向移动和HTTP2设计。 在涉及到网络通信的领域内，经常可以看到grpc-go的身影； 目前，已经在Kubernetes、Docker、Istio等优秀开源框架中广泛应用；因此，有必要对grpc-go的核心原理进行深入了解，以便能够更好的为微服务架构，分布式架构提供安全、高效、可靠的网络通信服务
grpc-go源码剖析三十五之滑动窗口基本介绍以及整体流程图介绍?
码二哥的技术池
07-19 1183
从本小节开始，我们开始分享在gRPC-go框架源码中最核心，也是最难的滑动窗口原理(也可以称为流量控制原理)；   我们最基本的目的之一，就是，搞清楚grpc服务器端或者grpc客户端是如何控制发送数据量大小，接收数据量大小的；   知道原理后，是不是可以将这种思想应用到自己的项目中去。 1、滑动窗口基本介绍 滑动窗口基本介绍: 滑动窗口并不是一个函数，或者一个方法，是客户端跟服务器端运行时交互的效果。也可以称为流控等等，类似的词语。 滑动窗口针对的是数据帧传输的场景 滑动窗口的目的是，计算出下次发送数据
grpc-go源码剖析一之grpc客户端跟grpc服务器端整个交互过程主要经历了哪些阶段？
码二哥的技术池
05-11 3618
  在阅读grpc-go源码前，我们先从整体上简单了解一下grpc-go框架中grpc客户端跟grpc服务器端整个的交互过程，都经历了哪些过程；   在后面的章节中，我们会对每个过程进行详细的分析；   在grpc-go框架中grpc客户端跟grpc服务器端整个交互主要经历以下阶段：   grpc客户端跟grpc服务器端整体交互过程，如下图所示： 1)rpc链接建立阶段  a)建立tcp链接阶段   i.用户设置链接参数，如拦截器设置，链接地址设置等   ii.解析器根据链接地址来获取后端对应的grpc服
grpc-go源码剖析十八之解析器resolver 、平衡器balancer、Picker之间的关系
码二哥的技术池
06-15 1213
  本篇文章主要是想再分享一下，解析器resolver 、平衡器balancer、Picker之间的关系，如果不是很熟悉的话，可能还是有点模糊； 1、整体流程说明 解析器resolver 、平衡器balancer、Picker之间的关系，如下如所示： 从图中，可以看出来：grpc客户端跟grpc服务器端处理的整个生命周期，经历了两个阶段： rpc链接建立阶段 rpc请求阶段，或者说，流处理阶段，或者说，帧传输、处理阶段(头帧、数据帧、设置帧) 整体流程说明： - grpc客户端首先通过resolver
grpc-go源码剖析六之grpc框架是如何使用解析器的？
码二哥的技术池
05-12 1058
前文已经分析了Resolver解析器有什么用，如何实现一个解析器，如何注册一个解析器；那么，本篇文章主要是想分享一下，grpc-go框架是如何来使用解释器的，看看人家是怎么来用的; 1、在什么地方可以指明使用什么类型的解析器呢？ 随便找一个客户端测试用例，找到grpc.Dial语句： conn, err := grpc.Dial(target, grpc.WithInsecure(), grpc.WithBlock()) 其中，target中指定本次链接使用哪种解析器。 2、grpc框架根据用户在grpc
grpc-go源码剖析十五之grpc + LoadBalancer 实现负载均衡方案介绍
码二哥的技术池
06-09 1136
1、整体流程介绍 在介绍源码前，先把大体流程说一下，然后再详细介绍源码；也就是先整体介绍，后局部介绍； grpc客户端内部采用grpclb平衡器，采用自研的方式实现一个简单版本的负载均衡loadBalancer，架构图如下所示： 环境说明： 本次测试是在Mac环境下进行的测试： 启动一个grpc客户端，一个自研的loadBalancer, 三个grpc服务器； 主要流程说明： grpc服务器端启动时后依次向loadBalancer进行注册自己的信息 grpc客户端中的客户端连接器ClientConn，使
grpc-go源码剖析八之manual解析器
码二哥的技术池
05-26 810
同样，本篇文章主要是分析一下manual解析器中的Build方法，做了什么事情？ 1、manual类型的解析器，如何获取后端grpc服务器的地址列表？ 有多种技术实现思路： 方式一：可以将grpc服务器地址列表，存储到远程服务器，如consol, etcd, zk, 文件服务器等等；然后通过接口调用，从远程服务器里获取grpc服务器地址列表，然后，在存储到 resolver.State(生产环境，建议使用此种方式) 方式二：如果仅仅是测试环境的话，可以直接手动维护，自己将grpc服务器地址列表，初始到re
grpc-go源码剖析三十二之grpc服务器端处理客户端请求的整体流程?
码二哥的技术池
07-13 1033
  本小节主要分析一下，当服务器端接收到客户端的请求后，服务器端的整体流程是怎么处理的。   先从整体的角度去了解，然后再慢慢细化。 1、grpc服务器端处理grpc客户端的整体流程介绍   直接上图，整体流程处理图: 主要流程如下： 客户端跟服务器端发起rpc链接请求，双方链接建立后 客户端向服务器端发起多次服务请求，如客户端本地调用多次SayHello方法 服务器端接收到客户端的请求后，会创建一个协程，来专门处理 在此协程里，会创建ServiceTransport，即http2Server; htt
grpc-go源码剖析三十二之grpc服务器端处理客户端请求的整体流程
最新发布
2401_84253251的博客
04-15 840
以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！在接下来的文章里，我们会依次详细的介绍grpc服务器端处理grpc客户端的请求流程。服务器端的主要处理流程，基本结束了，剩下的就是客户端利用自己的帧接收器进行接收了。本小节主要是总结了一下，grpc服务器端是如何处理grpc客户端的请求的；
grpc-go源码剖析七十二之服务器端keepalive原理图介绍以及源码分析
码二哥的技术池
09-16 834
本篇文章先从服务器端一侧介绍保持链接的相关原理。 1、服务器端keepalive原理图 服务器端的keepalive功能，存在3种类型的定时器，这3种定时器主要是对三种情况进行处理： kpTimer,  在规定的时间段内，服务器端是否接收到客户端发送的数据 ageTimer,  任何链接都一个存活的时长，超过时长如何处理 idleTimer,  链接处于idle状态的时长，也有一个规定的最大时长，超过后，如何处理 keepalive功能是select+timer.NewTimer来实现的。 其中, t
02 grpc-go源码剖析与实战之 文章目录 【关注+收藏+点击查看】
码二哥的技术池
05-11 1万+
模块1：grpc客户端是如何跟grpc服务器端建立rpc链接的 grpc客户端跟grpc服务器端整个交互过程大概经历过那些阶段 grpc服务器端启动时都做了哪些事情 grpc客户端跟grpc服务器端是如何建立起链接的？ 链接失败后，grpc客户端是否重新尝试链接?每次链接的间隔时间是如何设置的？ 模块2：解析器原理以及实践介绍 解析器基本原理介绍 grpc框架是如何使用解析器的？ passthrough解析器 manual解析器 dnsResolver解释器 grpc+consul自定义解析器？ 模块3：平
grpc-go源码剖析九十三之数据帧发送阶段来分析grpc框架加密的原理？
码二哥的技术池
10-19 392
本小节主要是介绍使用tls链路传输时，是如何对数据帧进行加密的？ 我们以客户端一侧发送数据帧为例。 假设，将创建好的数据帧交由帧发送器进行发送，看看是如何对数据帧进行加密的？ 1、分析入口？帧发送器里的processData 分析入口是grpc-go/internal/transport/controlbuf.go文件中的processData方法里： func (l *loopyWriter) processData() (bool, error) { //---省略不相关代码 err := l.fram
grpc-go源码剖析十之基于consul实现自定义解析器
码二哥的技术池
05-31 962
  前面的章节中，我们介绍了解析器的原理，如何注册解析器，如何实现一个解析器；那么，本小节我们就尝试一下，自己开发一个解析器，解析器的Scheme定为consul;   grpc服务器启动时，自动将服务的相关信息注册到consul服务里；   grpc客户端通过consul客户端获取到服务的地址和端口信息； 其实，就是实现了服务注册和服务发现功能。 本节涉及到的代码，已经上传到百度网盘里了(链接: https://pan.baidu.com/s/1za02qnUII78n-XhlrLf7RA 密码: 3to
grpc-go源码剖析五十七之从golang源码的角度，分析一下调用cancel()后，为什么ctx.Done()就不阻塞了？
码二哥的技术池
08-26 2621
本小节我们简单分析一下golang语言中的cancel函数， 为什么调用cancel函数后，ctx.Done()就不再阻塞了呢？ 在grpc-go/examples/features/cancellation/client/main.go文件中，以下面的语句作为分析入口： ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second) cancel是context.WithTimetout返回的函数； 因此，进入Wit
grpc-go源码剖析九十四之如何理解认证token？
码二哥的技术池
10-20 375
从本文开始介绍认证相关原理。 如何理解认证，token? 可以简单的认为是一个临时密码，这个密码是临时的，有期限限制；有访问范围限制； 比方说，有如下场景： 一位外国记者要去中国的某个军事基地进行参观访问，要经过的步骤至少如下： 1.记者首先要向军事基地的管理者进行申请，该记者申请时需要提供一些自身的信息，如哪个国家，身份证，访问目的是什么等等(身份信息) 2.管理者，接收到申请后，会考虑是否允许访问，如果允许访问，会给一个反馈；如授权码，这个授权码要跟身份信息一一对应 3.记者拿着反馈信息，在军事基地的
gRPC-Go源码解读三 服务端处理流程分析
fuyuande的博客
04-18 776
子协程主要工作就是处理HTTP2 Frame，当收到Header Frame后则根据Header头中携带的path域找到对应Client请求的服务名和方法名，然后从grpcServer中查找程序启动时注册的服务，找到则处理，找不到则返回一个错误消息是"unknown service" 或者"unknown method" Header Frame，关于传输层其它部分的处理(如http2初始化、流量控制、数据读写等)可以参考前面几篇博文。整个过程不涉及服务发现和负载均衡，因此代码相对简洁。
grpc-go源码剖析
09-05
grpc-go是一款受欢迎的Go语言实现的高性能RPC框架，用于构建分布式系统。它基于Google的开源框架gRPC，并为Go语言提供了相应的接口和库。下面我将对grpc-go源码进行简要剖析。 在grpc-go源码中，最重要的是其核心...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码二哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值