如果是主动关掉leader节点，由leader通知其他follower 进入选举状态，能不能减少不可用时间？

[supergaga]

主要针对leader不是异常宕机，而是被主动关闭的情况

这么做有什么问题吗？或者如果没问题的话 有工程实现了类似的功能吗？

[Codebells]

应该是有问题的，以下
leader通知其他follower 进入选举状态，哪个成为Candidate？如果收到Leader发出的通知就成为Candidate，那么不可避免会在同一个选举阶段存在很多Candidate，导致第一轮选举失败（因为Candidate首先会给自己投票，就不会投票给其他Candidate），进行第二轮选举，所以既然大概率第一轮选举无效，那干脆不通知其他Follower进入选举而等Follower超时投票可能反而更快

[supergaga]

应该是有问题的，以下 leader通知其他follower 进入选举状态，哪个成为Candidate？如果收到Leader发出的通知就成为Candidate，那么不可避免会在同一个选举阶段存在很多Candidate，导致第一轮选举失败（因为Candidate首先会给自己投票，就不会投票给其他Candidate），进行第二轮选举，所以既然大概率第一轮选举无效，那干脆不通知其他Follower进入选举而等Follower超时投票可能反而更快

随机时间超时后进入Candidate，倾向性指定的节点适当减少超时时间， 确保第一轮先进入Candidate，由于日志进度问题 第一轮不一定当选 ，后续选举的时候，所有节点随机时间没有倾向性 ，正常去选举

[Codebells]

应该是有问题的，以下 leader通知其他follower 进入选举状态，哪个成为Candidate？如果收到Leader发出的通知就成为Candidate，那么不可避免会在同一个选举阶段存在很多Candidate，导致第一轮选举失败（因为Candidate首先会给自己投票，就不会投票给其他Candidate），进行第二轮选举，所以既然大概率第一轮选举无效，那干脆不通知其他Follower进入选举而等Follower超时投票可能反而更快

随机时间超时后进入Candidate，倾向性指定的节点适当减少超时时间， 确保第一轮先进入Candidate，由于日志进度问题 第一轮不一定当选 ，后续选举的时候，所有节点随机时间没有倾向性 ，正常去选举

这个倾向性指定节点的选择依据什么规则？感觉这个指定节点的规则挺难确定的，个人感觉实用性不大，就算每次都成功也只能减少部分等待的时间(倾向性指定的节点适当减少超时时间)几十毫秒？