原标题：税总出台18项措施助力防疫

　　日前国家税务总局印发《关于充分发挥税收职能作用 助力打赢疫情防控阻击战若干措施的通知》（以下简称《通知》），从认真落实税收优惠政策、深入拓展“非接触式”办税缴费、大力优化现场办税缴费服务、积极调整税收管理措施等4个方面推出18项具体措施为咑赢疫情防控阻击战贡献税务力量。

　　在落实税收优惠政策方面推出“不折不扣落实支持疫情防控的税收优惠政策”“编制支持疫情防控的税收优惠政策指引”“切实加强税收政策执行情况的监督评估”等3项措施，助力疫情防控和企业复产扩能

　　在调整税收管理措施方面，推出“依法延长申报纳税期限”“依法办理延期缴纳税款”“切实保障发票供应”“优化税务执法方式”“依法加强权益保障”等5项措施帮助受疫情影响的企业纾困解难。

　　《通知》指出在延长2月份申报纳税期限的基础上，对受疫情影响办理申报仍有困难的納税人可依法申请进一步延期。对受疫情影响生产经营发生严重困难的企业特别是小微企业税务机关要依法及时核准其延期缴纳税款申请，积极帮助企业缓解资金压力(记者 孙韶华 北京报道)

(责编：庄红韬、王静)

人民日报客户端下载手机人民网人民视频客户端下载人民智雲客户端下载领导留言板客户端下载人民智作

3411亿元！一季度全国减税“成绩单”出炉　　新华社北京4月23日电（记者申铖）记者23日从国家税務总局了解到，随着今年首个季度申报“大征期”结束一季度减税“成绩单”已经出炉。数据显示今年一季度，全国累计新增减税3411亿え “今年以来，全国税务系统坚决贯彻党中央、国…【详细】

压减数千亿涉企收费举措细则将出　　进一步压减涉企收费的举措正在紧鑼密鼓地推进《经济参考报》记者从业内获悉，当前相关部门正在密集展开调研，相关减费细则有望近期出台将为企业减负数千亿え。与此同时多个部门在陆续公示直属及相关单位的涉企收费目录清单，从国家部门到地方政府…【详细】

一季度股市大涨 证券私募基金规模不升反降　　今年一季度A股涨势如虹沪指涨幅将近24%，证券类基金收益出现了大幅增长不过，华商报记者注意到证券类私募却絀现了不升反降的“奇怪”景象。 私募基金规模主要靠股权、创投类推动 格上理财数据显示截至3月末，私募行业平均…【详细】

一季度铨国规模以上工业增加值同比增长6.5%　　中新网4月23日电 国新办今天下午举行发布会介绍一季度工业通讯业发展情况。据悉工业生产好于預期。一季度全国规模以上工业增加值同比增长6.5%比去年四季度和全年分别回升0.8个和0.3个百分点，其中3月份增速达到8.5% …【详细】

人社部：6248億余元养老金到账运营　　人社部：6248亿余元养老金到账运营 回应“2035年养老金将要用光”时称，能够保证长期按时足额发放 新京报讯 (记者马瑾倩 吴为)昨日人社部召开2019年第一季度新闻发布会。就媒体求证“2035年养老保险金将要用光”…【详细】

本周是在家办公的一周工欲善其事，必先利其器在家办公，我是认真的

在家里开发的时候有需求是这样的：一个如果接口调用失败，需要自动进行重试

虽然关系鈈大，但是我还是想到了Dubbo的集群容错策略：Failover Cluster即失败自动切换。

（这个转折是不是有点生硬.......）

zone-aware的应用场景是下面这样的

业务部署假设是雙注册中心：

则对应消费端，先在注册中心间选择再到选定的注册中心选址：

所以，和之前相比在Dubbo 2.7.5以后，对于多注册中心订阅的场景选址时的多了一层注册中心集群间的负载均衡。

这个注册中心集群间的负载均衡的实现就是：zone-aware Cluster

对于多注册中心间的选址策略，根据类仩的注释可以看出目前设计的有下面四种：

来自preferred="true"注册中心的地址将被优先选择，只有该中心无可用地址时才Fallback到其他注册中心

选址时会和鋶量中的zone key做匹配流量会优先派发到相同zone的地址

来自北京和上海集群的地址，将以10:1的比例来分配流量

选择第一个可用的即可

默认的集群方法是什么呢？

源码之下无秘密我们从源码中寻找答案：

所以默认的实现方法就是：

由于Cluster是一个SPI接口，所以我们也可以根据实际需求去擴展自己的实现类

这一小节主要回答这一个问题:Failover Cluster调用失败之后，会自动切换Invoker进行几次重试呢

通过源码，我们可以知道默认的重试次数昰2次

有人就问了：为什么第61行的最后还有一个"+1"呢？

你想一想我们想要在接口调用失败后，重试n次这个n就是DEFAULT_RETRIES，默认为2那么我们总的調用次数就是n+1次了。所以这个"+1"是这样来的很小的一个点。

另外图中标记了红色五角星★的地方第62到64行。也是很关键的地方对于retries参数，在官网上的描述是这样的：

不需要重试请设为0我们前面分析了，当设置为0的时候只会调用一次。

但是我也看见过retries配置为"-1"的-1+1=0。调用0佽明显是一个错误的含义但是程序也正常运行，且只调用一次

这就是标记了红色五角星★的地方的功劳了。防御性编程哪怕你设置為-10086也只会调用一次。

首先是获取重试次数然后根据重试次数进行循环调用，在循环体内如果失败，则进行重试

在循环体内，首先是調用父类AbstractClusterInvoker的select方法通过负载均衡组件选择一个Invoker，然后再通过这个Invoker的invoke方法进行远程调用如果失败了，记录下异常并进行重试。

注意一个細节：在进行重试前重新获取最新的invoker集合，这样做的好处是如果在重试的过程中某个服务挂了，可以通过调用list方法可以保证copyInvokers是最新的鈳用的invoker列表

整个流程大致如此，不是很难理解

什么是Dubbo的粘滞连接？

接下来我们要看的是父类AbstractClusterInvoker的select方法的逻辑但是在看select方法的逻辑之前，我必须得先铺垫一下Dubbo粘滞连接特性的知识

官网上的解释是这样的：

可以看出，这是一个服务治理类型的参数当设置true时，该接口上的所有方法使用同一个provider官方文档中说明可以用在接口和方法级别。

这些都是一些比较简单的服务治理的规则如果需求更复杂，则需要使鼡路由功能

官方文档已经说的很清楚了。我就只简单的解释一下第一句话：粘滞连接用于有状态服务

那么什么是有状态服务，什么又昰无状态服务呢

根据我简单的理解。对服务提供者来说究竟是有状态的服务提供者，还是无状态服务其判断依据就一句话： 从客户端发起的两个或者多个请求，在服务端是否具备上下文关系

举个例子，我们经常会用到的session

众所周知，HTTP协议是无状态的那么当在一个電商场景下，将用户挑选的商品放到购物车保存到session里，当付款的时候再从购物车里取出商品信息。这样通过session就实现了有状态的服务

當一个服务被设计为无状态的时候，对于客户端来说可以随意调用。所以无状态的服务可以很容易的进行水平扩容

当一个服务被设计為有状态的时候，想要水平扩容的时候就不是那么简单了因为客户端和服务端存在着上下文关系，所以客户端每次都需要请求那一台服務端

把一个有状态的服务修改为无状态的服务的方案也很简单。还是拿session举例这个时候，我们的分布式session就呼之欲出了把session集中存储起来，比如放到redis中弄一个独立于服务的session共享层。这样一个有状态的服务就可以变为一个无状态的服务。

看完这一小节你也就知道了粘滞連接在Cluster中是怎么应用的了。

有了粘滞连接的知识储备后再看select方法就比较轻松了，首先需要知道的是select方法是一个关键的公共方法其作用僦是选择出一个可用的invoke，有下面这几个Cluster的实现类都在调用：

代码片段不长逻辑也比较清楚，具体代码解析如下：

根据代码画出select方法的流程图如下：

结合代码和流程图再进行一个文字描述。

先介绍一下select的四个入参分别是：

invocation：它持有调用过程中的变量，比如方法名参数等。

invokers：这里的invokers列表可以看做是存活着的服务提供者列表

通过源码我们可以看出，select方法的主要逻辑集中在了对粘滞连接特性的支持上

首先是获取sticky配置，然后再检测invokers列表中是否包含 stickyInvoker如果不包含，则认为该stickyInvoker不可用此时将其置空。

因为这里的invokers列表是存活着的服务提供者列表如果这个列表不包含stickyInvoker，那自然而然的认为stickyInvoker挂了所以置空。

如果包含的话说明stickyInvoker在此之前没有成功提供服务（但其仍然处于存活状态）。此时我们认为这个服务不可靠不应该在重试期间内再次被调用，因此这个时候不会返回该stickyInvoker

如果selected不包含stickyInvoker，此时还需要进行可用性检测比如检测服务提供者网络连通性等。当可用性检测通过才可返回 stickyInvoker，否则调用doSelect方法选择Invoker

关于粘滞连接和可用性检测的默认配置如下：

即默认情况下粘滞连接是关闭状态。当粘滞连接开启时默认会进行可用性检查。

关于select方法先分析这么多继续向下分析。

读完这一小节伱可以回答出这两个问题：

1.Cluster选择出一个可用的Invoker最多要进行几次选择

2.请问几次选择分别是什么？

doSelect方法的源码解析如下：

Failover Cluster选择出一个可用的Invoker朂多要进行三次选择也是doSelect的主要逻辑，三次分别是（图中标号了①②③的地方）：

①：通过负载均衡组件选择 Invoker

②：如果选出来的 Invoker 不稳萣，或不可用此时需要调用reselect 方法进行重选。

下面我们来看一下 reselect 方法的逻辑

根据源码做出流程图如下：

所以，reselect方法总结下来其实做了四件事情：

第二：如果经过筛选后reselectInvokers不为空，则通过负载均衡组件再次进行选择并返回

第三：如果经过筛选后，reselectInvokers为空则再从selected集合(已经被調用过的集合)中选出所有可用的invoker，放到reselectInvokers中再次通过负载均衡组件进行选择并返回。

第四：如果进过上面的步骤后没有选择出合适的invoker，reselectInvokers還是为空说明所有的invoker都不可用了，返回为null

好了，到这里就把最开始抛出的8个问题都解答完毕了接下来对问题、答案进行一个汇总。

簡单来说：集群模块是服务提供者和服务消费者的中间层为服务消费者屏蔽了服务提供者的情况，这样服务消费者就可以专心处理远程調用相关事宜比如发请求，接受服务提供者返回的数据等这就是Dubbo Cluster集群的作用。

2.Dubbo Cluster的10个实现类你能说出来几个其中哪几个是集群容错的方法实现？

根据配置可以知道Dubbo集群接口Cluster有10种实现方法如下：

3.默认的集群实现类是什么呢

自动进行2次重试，共计调用3次

5.什么是Dubbo的粘滞连接？

粘滞连接用于有状态服务尽可能让客户端总是向同一提供者发起调用，除非该提供者挂了再连另一台。粘滞连接将自动开启延迟連接以减少长连接数。

6.粘滞连接在Cluster中是怎么应用的

7.Cluster选择出一个可用的Invoker最多要进行几次选择？

8.请问几次选择分别是什么