为什么需要Lease
分布式系统中为什么需要租约机制，这是因为在分布式系统，为了保证服务的高可用，需要在服务发生故障的时候及时启动另外一个服务实例以替换故障服务。这样就需要在服务端和客户端或者服务端和控制中心维持一个心跳信息，用于服务进程向控制中心汇报当前自己的健康情况，如果控制中心在一段时间收不到服务进程上报的心跳，则会启动新的进程继续对外提供服务。
但是，由于实际网络情况的复杂性，控制中心无法收到心跳时不能准确地判断究竟是服务故障了还是服务进程和控制中心之间的网络发生了故障。这种情况下控制中心冒然地启用新进程有可能会造成“双主”这种情况出现。
为避免上述情况的发生引入了租约机制，此时服务节点持续向控制中心申请短时间租约，控制中心在已派发的租约过期之前，不会启用新服务节点，而服务节点租约过期时若还无法从控制中心申请到新租约，自己中断客户链接。
此外，租约机制还可用于客户端和服务端之间的解藕，避免客户端进程失去响应时，其占用的服务端资源长期得不到释放进而影响到服务端的稳定。
Lease的实现
在实际系统中，如果依赖一个中心结点向外发布lease存在很大的风险，那就是如果该中心结点发生宕机或者网络故障，那么服务节点由于接收不到新的租约那么会导致整个服务集群进入不可用状态。因此，在实际使用中，对外提供lease服务的往往是由多个进程实例组成的另外一套集群，该集群具有高可用性，可以对外提供lease服务，比如zookeeper集群。
HRegionServer的租约Lease管理
租约线程的初始化
在HRegionServer的run主循环里会调用preRegistrationInitialization预先初始化一些线程，包括初始化集群连接信息setupClusterConnection()、healthCheckChore、pauseMonitor、initializeZookeeper以及initializeThreads()。
其中在initializeThreads()中会初始化各类线程，这些线程包括了这台regionServer的lease线程：
this.compactionChecker = new CompactionChecker(this, this.threadWakeFrequency, this); //检查合并请求
this.periodicFlusher = new PeriodicMemstoreFlusher(this.threadWakeFrequency, this); //周期性地检查memstore的flush请求
this.leases = new Leases(this.threadWakeFrequency); public static final int MIN_WAIT_TIME = 100;
private final Map<String, Lease> leases = new ConcurrentHashMap<String, Lease>();
protected final int leaseCheckFrequency;
protected volatile boolean stopRequested = false;private final String leaseName;
private final LeaseListener listener;
private int leaseTimeoutPeriod;
private long expirationTime;@Override
public void leaseExpired() { //处理租约过期
RegionScannerHolder rsh = scanners.remove(this.scannerName);
if (rsh != null) {
RegionScanner s = rsh.s;
LOG.info("Scanner " + this.scannerName + " lease expired on region "
+ s.getRegionInfo().getRegionNameAsString());
try {
Region region = regionServer.getRegion(s.getRegionInfo().getRegionName());
if (region != null && region.getCoprocessorHost() != null) {
region.getCoprocessorHost().preScannerClose(s);
}
s.close();
if (region != null && region.getCoprocessorHost() != null) {
region.getCoprocessorHost().postScannerClose(s);
}
} catch (IOException e) {
LOG.error("Closing scanner for "
+ s.getRegionInfo().getRegionNameAsString(), e);
}
} else {
LOG.warn("Scanner " + this.scannerName + " lease expired, but no related" +
" scanner found, hence no chance to close that related scanner!");
}
}OK，回到前面的Leases类，看看它是如何管理regionServer进程中的各个lease的，这部分逻辑在它覆写的run方法中：
public void run() {
long toWait = leaseCheckFrequency;
Lease nextLease = null;
long nextLeaseDelay = Long.MAX_VALUE;
while (!stopRequested || (stopRequested && !leases.isEmpty()) ) {
//睡眠一段时间
nextLease = null;
nextLeaseDelay = Long.MAX_VALUE;
for (Iterator<Map.Entry<String, Lease>> it = leases.entrySet().iterator(); it.hasNext();) {
Map.Entry<String, Lease> entry = it.next();
Lease lease = entry.getValue();
long thisLeaseDelay = lease.getDelay(TimeUnit.MILLISECONDS);
if ( thisLeaseDelay > 0) {
if (nextLease == null || thisLeaseDelay < nextLeaseDelay) {
nextLease = lease;
nextLeaseDelay = thisLeaseDelay;
}
} else {
// A lease expired. Run the expired code before removing from map
// since its presence in map is used to see if lease exists still.
if (lease.getListener() == null) {
LOG.error("lease listener is null for lease " + lease.getLeaseName());
} else {
lease.getListener().leaseExpired();
}
it.remove();
}
}
}
close();
}