深入raft算法实现，中文文档，参考了raft库，简化相关逻辑以及方便接入。
- goroutine1 flow follower-candidate-leader
- goroutine2(peers) leader-replicate
- goroutine3(peers) candidate-vote
- goroutine4 rpc
- goroutine5 leader-log-marshal
- goroutine6 log-store-unmarshal
- goroutine7 commit-apply
- 异常的rpc timeout 以及某个节点的高延迟问题
- 添加内存交互，规避rpc，判断是否是rpc引起的，结果确实是rpc异常，进行进一步分析
- net定位到waitgroup wait时候consume还未启动，直接退出了，导致的异常timeout
- 现有的日志系统会导致内存急速膨胀，急需快照优化
- 更新完proto之后，出现卡死问题
- 定位到日志模块 写lock 之后 释放的是 读unlock
- vote 产生不了结果
- 定位到follower运行时针对异常的rpc也进行了重新即时，导致自身永远不能流转candidate
- 处理方案，对成功的rpc进行记录时间戳，这样失败的vote不影响自己的candidate排期
- 当日志投递过快时候出现 miss index的问题
- 触发删除min max时候边界处理异常
- 当前test用例会引起log阻塞，后续需要更规划的api调用
- follower的commit index永远比leader小一条 heartbeat同步时带上commit索引，降低hb间隔，后续可单独加个timer控制这快，分离出hb
- 日志同步
- 内存日志优化
- 规范化启动以及api接口
- 快照
- proto接入替代json
- pb扩展代码自动生成
- 支持非投票备用机
- 配置动态更新
- 客户端接入
- fsm优化
- fsm 拆分goroutine
- log 提交 与 apply的 序列化反序列化可以走额外的goroutine处理
- 比如 apply时候，进入 marshal 的channel 完成后 投递到 leader的channel
- 可以log记录的时候就反序列化好，等commit完成直接apply，减少时间
- commit update 之后，反序列化然后apply