Junedayday Blog

RPC框架

作为一名开发者，我们最常见的日常工作就是web类编程：即对于CRUD请求，开发相关的业务代码。

在Go语言中，常见的RPC包括HTTP/gRPC/Thrift等，但绝大多数的开发场景仍是基于HTTP。本文对RPC的讨论，主要是基于HTTP的场景。

如果我们能熟练地掌握一套主流RPC框架，至少能提升20%的开发效率，而优秀的框架能带来更大的帮助。提效是为了有更多时间提升个人能力，我们今天就先对RPC框架有一个概览。

概览

目前，Go语言在中国市场虽然蓬勃发展，但相较于JAVA语言的成熟面试体系，Go缺少了很多“八股文”性质的资料，出现了两个问题：

1. 对新手来说，知识很难体系化；
2. 对面试者来说，遇到的问题千奇百怪，甚至面试官之间的答案也不一样

那么，我将挑选五个概述类的问题，并给出我的思考，希望能对大家带来帮助。

在上一讲，我们梳理了EtcdServer的关键函数processInternalRaftRequestOnce里的四个细节。

其中，wait.Wait组件使用里，我们还遗留了一个细节实现，也就是请求的处理结果是怎么通过channel返回的。

1
2
3
4
5
6
7
8
9
10
11

select {
  // 正常消息的返回，也就是我们本章要研究的
	case x := <-ch:
		return x.(*applyResult), nil
	case <-cctx.Done():
		proposalsFailed.Inc()
		s.w.Trigger(id, nil) 
		return nil, s.parseProposeCtxErr(cctx.Err(), start)
	case <-s.done:
		return nil, ErrStopped
}

在上一讲，我们继续梳理了PUT请求到EtcdServer这一层的逻辑，并大概阅读了其中的关键函数processInternalRaftRequestOnce。

这个方法里面有不少细节，我们今天就选择其中有价值的四点来看看。

在上一讲，我们一起看了etcd server是怎么匹配到对应的处理函数的，如果忘记了请回顾一下。

今天，我们再进一步，看看PUT操作接下来是怎么执行的。

在阅读了etcd server的启动流程后，我们对很多关键性函数的入口都有了初步印象。

那么，接下来我们一起看看对键值对的修改，在etcd server内部是怎么流转的。

etcd的源码相对Kubernetes少了很多，但学习成本依旧在。

在第一阶段，我将从主流程出发，讲述一个PUT指令是怎么将数据更新到etcd server中的。今天，我们先来看看server是怎么启动的。

之前，我在b站视频简单地讲述了etcd的功能与特性，有兴趣的可以参考相关视频。

但如果要更深入地研究etcd，就需要我们涉及到源码、并结合实践进行学习。那么，接下来，我将基于v3.4这个版本，做一期深入的环境搭建。

导语

本文重点依赖于 https://go.dev/blog/when-generics 这篇博客，有时间的可以自行阅读。

本文会结合个人的理解与经验，强调其中的重点。

概览

晋升是每个技术人都应该经历的一次洗礼。一般来说，分为提名、准备、述职、答辩这四个步骤。

尽管每个人的经历与体会都有不同，很难照搬硬套，但我相信只要是真心分享的经验，总会对人有帮助。接下来，我将从五个点展开。