nacos-discovery和websocket依赖兼容问题，导致NacosWatch获取错误的TaskScheduler

一、问题描述

最近公司准备把注册中心换为nacos，手头的项目再一次成为小白鼠。nacos作为注册中心，项目的login模块新引入nacos-discovery依赖启动失败：

版本依赖：
（1）springboot版本2.0.3.RELEASE
（2）spring-boot-starter-websocket版本2.0.3.RELEASE（以下简称为websocket）
（3）spring-cloud-starter-alibaba-nacos-discovery版本2.0.3.RELEASE

二、解决思路

项目一共有两个模块login和security，security正常启动，唯独login启动失败（配置文件中nacos配置属性相同）。再由报错信息关键字"web.socket"和security未引入websocket依赖情况结合猜测，问题出现在login模块的websocket依赖。于是login模块去掉websocket依赖，启动成功。具体问题，经验不足，只能通过debug来排查。
1、security模块获取的TaskScheduler是什么？
根据login模块的报错提示，找到NoOpScheduler类，然后查看方法发现全是抛异常。

既然这样，看下能正常启动的security模块获取的TaskScheduler是什么。

初步猜测：引入websocket依赖，返回了错误的TaskScheduler给NacosWatch。至于哪一步返回错误的类，就要更深入的debug了。

2、debug获取TaskScheduler流程
（1）debug的入口，NacosWatch构造方法中taskScheduler赋值
package：com.alibaba.cloud.nacos.discovery

（2）ObjectProvider接口的getIfAvailable方法（default修饰）
package：org.springframework.beans.factory

（3）DefaultListableBeanFactory类的getIfAvailable方法
package：org.springframework.beans.factory.support

（4）DefaultListableBeanFactory类的doResolveDependency方法
package：org.springframework.beans.factory.support

其实看到findAutowireCandidates方法的autowire这个词，大概就能猜到是通过type去匹配实例了，不过还是点进去看看：

（5）BeanFactoryUtils类的beanNamesForTypeIncludingAncestors方法
package：org.springframework.beans.factory
注意：beanNamesForTypeIncludingAncestors是通过type查询beanName（注意beanName为defaultSockJsTaskScheduler），而非bean。获取实例是findAutowireCandidates方法处理的。

至于lbf.getBeanNamesForType方法，望文生义，懂的都懂。（这次文章就先不深究了，后续有空研究）
（6）看到这里，其实前因后果明白了七七八八，通过type获取bean，刚好spring容器里有一个匹配的上的bean，那么websocket肯定生成了bean并且交给spring管理（并且可以大胆猜测，bean是通过注解且方法名叫defaultSockJsTaskScheduler的方式托管给spring）：
类：WebSocketConfigurationSupport
package：org.springframework.web.socket.config.annotation

如图所示，方法名叫defaultSockJsTaskScheduler，并且通过@Bean托管给spring。和图二.2.(5)刚好对应上！并且该方法在nacoswatch之前执行（说了句废话）。
（7）接二.2.(4)，蓝框的正常流程。
getIfAvailable返回null

逻辑走到defaultSupplier.get()，注意defaultSupplier是个lambda表达式，debug继续走：

返回了正常的TaskScheduler接口的Bean。

3、问题原因
DefaultListableBeanFactory类通过classType获取实例，刚好websocket依赖有一个NoOpScheduler交给spring托管就匹配上返回了，导致NacosWatch获取错误的TaskScheduler。

三、解决方案：

1、通过@primary指定

2、关闭nacoswatch
spring.cloud.nacos.discovery.watch.enabled，设置为false

四、小插曲

（1）关于issues
本来以为发现一个nacos的小问题，然后"兴高采烈"的去nacos官方提issues了，没想到这个问题是属于SCA（Spring Cloud Alibaba）社区的，毕竟nacos-discovery的依赖全名是spring-cloud-starter-alibaba-nacos-discovery，这点没注意到，很尴尬。小伙伴们一定要注意这个问题，issues提到相应的社区，issues多了可能会影响维护人员的绩效考核。

这个是在SCA的issues：https://github.com/alibaba/spring-cloud-alibaba/issues/1952
官方说让我升级到2.2.4.RELEASE版本，这个问题在20-11-20解决了，更尴尬了…

（2）版本问题

官方说版本最好保持一致，官方说升级到nacos-discovery的2.2.4.RELEASE不知道和2.0.3的springboot会不会有兼容问题；还有就是nacos-discovery升级到2.2.4.RELEASE，项目的其他依赖也不知道是否需要升级版本…

萌新发言，不喜勿喷，欢迎大佬指出不当之处！