如果 client 超时中断请求，那 client 就不知道后续状态了。
如果 client 超时，继续请求，client 就能知道状态。根据 raft 协议的话，认为 raft 集群不会挂的情况下，client 应该选择不懈地请求直到 commit 。6.824 lab 中是这样做的。

每一条 log 可以记录 client 的请求的序列号 id 。可以知道是 client 的之前的那条请求。

client 继续请求 C 的话，C 本身会把 log 复制给别的机器。等 C 复制超过一半机器，就会给 client 返回 commit 成功的消息。

第二个问题，raft 会保证选举出来的 leader 带有 4 。选举 leader 的时候会判断 candidate 的 log （ term 更旧则拒绝，相同 term 更短则拒绝），所以只有 c 能当选。
这也是 raft 的核心，一旦 commit，就肯定能保存记录。

经历类似，比你 gap 更长，虽然一直在面挂，不过最近面试多了一些。

不负责任评论：
最近红盘爆出新闻。smr 不适合长期使用。
这盘本来风评就很差。品质和蓝盘差不多，但价格是 nas 的价格。

spotify 会有 taste breakers 推荐。推荐的是你通常不听的音乐类型和艺术家。

lz 最后找到了什么样公司的 offer

有可能只是好玩

@monkeyWie 我觉得 git 提交时间可以修改

发挥算力，cpu 150w，显卡 200w，一个月 350*24*30 = 252 度电。还噪音大。
你确定你要这么干。

小公司的方针可以随时调整。指不定哪天就 996 。

所有面试只要写算法都能写出来。现在家里蹲。当然个人跳槽频繁，履历不太好看

lz 面的岗位一般是啥 java 资深开发吗

想问楼主通过什么渠道投的简历，还是内推。