Raft系列文章之三：Raft RPC詳解

上一篇文章提到, Raft核心部分只需要用到2個RPC： RequestVote和AppendEntries， 本文將介紹這兩個RPC的格式和作用。

RequestVote RPC是由candidate發送給其他節點，請求其他節點為自己投票，如果一個candidate獲得了多數節點的投票，則該candidate轉變為Leader。AppendEntries RPC是由Leader節點發送給其他節點，有兩個作用，當其entries域為空白時，該RPC作為Leader的心跳，當entries域不為空白時，請求其他節點將entries域中的log添加到自己的log中。

每個Raft節點將會根據自己節點的狀態資料來對這兩種RPC請求進行處理，我們先看一下，每個Raft節點儲存那些狀態資料:

下面是AppendEntries RPC的格式和說明：

下面是RequestVote RPC格式及說明：

上面這兩個RPC就是Raft核心部分用到的全部RPC. 下面再羅列一下Raft各種狀態的節點處理RPC及狀態轉換的規則：

本文介紹了Raft 核心部分RPC調用的詳細格式及處理流程，下一篇文章我將結合本文介紹的內容進一步解釋Raft 日誌複製的過程。