Junedayday Blog

在上一讲，我们梳理了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 这篇博客，有时间的可以自行阅读。

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

概览

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

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

Leetcode-11 盛最多水的容器

原题链接 https://leetcode-cn.com/problems/container-with-most-water/

1
2

func maxArea(height []int) int {
}

Leetcode-15 三数之和

原题链接 https://leetcode-cn.com/problems/3sum/

1
2

func threeSum(nums []int) [][]int {
}