之前的文章讲了优雅下线发布稳定性-优雅下线，今天讲优雅上线
优雅上线也叫：「无损上线」，「延迟发布」，「延迟暴露」。与之对立的自然是：「有损上线」，「直接发布」
什么是优雅上线
先说说什么情况不是优雅上线
应用启动时，Service还没加载完，系统就开始对外提供服务，导致失败调用。
应用启动时，没有检查系统健康状态，导致失败调用
这些情况都会影响到用户，即不优雅的上线。
对于任何一个线上应用来说，发布、扩容、缩容、重启等操作不可避免，这时候服务不可用，就必须把流量弄走，比如分批发布时，放到别的机器上。等到应用恢复正常后，再把流量弄回来，让应用继续提供服务，这就是优雅上线。
无论是HTTP应用还是RPC应用，在发布上线时，优雅上线逻辑都是一样的，如下图，服务发布过程中不可用，进行摘流。待到服务发布完成，重新分配流量
Dubbo的优雅上线
Dubbo的优雅上线有2种方式：延迟发布 和 Qos命令
1.延迟发布
即延迟暴露Dubbo服务，比如你的服务需要一些初始化操作后才能对外提供服务，如初始化缓存，redis连接池等相关资源就位，可以使用 delay 进行延迟暴露。 Dubbo 2.6.5 之后的版本中所有的Dubbo服务都会在Spring初始化完成后进行暴露，可自行配置延迟暴露的时间，配置如下：
Dubbo官方文档的延迟暴露:延迟暴露
# 延迟暴露5s
dubbo.provider.delay=5000
源码分析
Dubbo实现了Spring的ApplicationListener接口，监听ContextRefreshedEvent事件，即在Spring容器启动完毕后再开始暴露服务，源码分析如下：
ServiceBean:
//监听ContextRefreshedEvent事件，再执行export暴露服务
@Override
public void onApplicationEvent(ContextRefreshedEvent event) {
if (!isExported() && !isUnexported()) {
if (logger.isInfoEnabled()) {
logger.info("The service ready on spring started. service: " + getInterface());
}
export();
}
}
ServiceConfig类:
//暴露Service
public synchronized void export() {
checkAndUpdateSubConfigs();
if (!shouldExport()) {
return;
}
//判断是否配置了延迟发布时间,如有,则单起一个线程,等待相应时间后再执行doExport方法
if (shouldDelay()) {
DELAY_EXPORT_EXECUTOR.schedule(this::doExport, getDelay(), TimeUnit.MILLISECONDS);
} else {
doExport();
}
}
private boolean shouldExport() {
Boolean export = getExport();
// default value is true
return export == null ? true : export;
}
@Override
public Boolean getExport() {
return (export == null && provider != null) ? provider.getExport() : export;
}
//判断是否需要延迟暴露
private boolean shouldDelay() {
Integer delay = getDelay();
return delay != null && delay > 0;
}
//获取配置的延迟暴露时间
@Override
public Integer getDelay() {
return (delay == null && provider != null) ? provider.getDelay() : delay;
}
2. QOS命令上线
Dubbo官方文档QOS命令操作手册：QOS操作手册
配置以下，启动时不向注册中心发布服务
# 延迟暴露5s
dubbo.provider.delay=5000
# provider服务启动后不注册到注册中心
#dubbo.registry.register=false
#dubbo.registry.default=false
dubbo.provider.register=false
dubbo.application.qos-port=22223
dubbo.application.qos-enable=true
dubbo.application.qos-accept-foreign-ip-compatible=true
这里配置的时候遇到个问题：
按网上的方法配置dubbo.registry.register=false就能让服务不发布到注册中心，但是Qos命令也用不了了。按我上面的配置，Qos还是可用的啊
因为此时服务未发布，就不会有请求过来。我们可以在服务健康检查完之后在手动发布Service，可通过telnet命令或是http请求方式online
HTTP方式发布所有服务
curl localhost:22223/online
过程如下图
最佳实践
本文介绍了两种 Dubbo 优雅上线的方法：
- 延迟发布（delay=5000）
- 不发布 + QOS 指令发布（register=false）
在实际的企业应用中，需要结合具体场景使用。大型应用Service较多时，通常可用QOS命令分层发布Service，即每次发布一定数量的接口，而不是一次全发。
总结：服务发布的稳定性已讲了优雅上下线，但是实际工作中不是做好这两样就行了，具体情况需要具体分析，下篇文章继续讲稳定性的内容：流量预热。
