Neptune

如果仅仅基于Ribbon，可以自行扩展，可以参考https://gitee.com/nepxion/Discovery/blob/6.x.x/discovery-plugin-register-center/discovery-plugin-register-center-starter-nacos/src/main/java/com/nepxion/discovery/plugin/registercenter/nacos/decorator/NacosServerListDecorator.java getUpdatedListOfServers上触发出一个事件即可，仅供参考

未来Spring Cloud很多组件都是通过Reactor方式展开的，Dubbo在此方面是否有一些考量

是否继续维护，先暂时搁置讨论。先讨论一个我上面曾提过的问题，Spring Cloud 2020，2021等新版本在不断迭代，新的发展历程中，Reactor方式是未来重要的发展方向，对于非阻塞式的调用方式，Dubbo是否可以无缝良好的适配这个技术栈？我猜想应该需要改动Dubbo源码，那么，这部分工作由Dubbo核心开发人员去做，还是sca社区人员来做？

发送请求之前把事务ID带上，事务ID通过Header全链路传递？如果仅仅是这个功能，是否必要做的这么复杂？我认为，前置过滤用Spring OnceFilter，后置过滤用Feign和RestTemplate那个拦截器，是否能满足需求了？毕竟去替换一些核心，总可能会有一些意想不到的风险

不好意思，迟至今日回复。DiscoveryClientDecorator中版本偏好和版本故障转移，它只是获取实例列表的一种策略手段

只限于Spring Cloud技术栈

不好意思，迟至今日回复。你的思路没问题，但定时服务需要确认n-d-env是否通过Header传递过去了？

一般来说，第一种方式居多

需要在负载均衡前，前置进去Header，否则无效。参考 ```java public abstract class ServiceStrategyFilter extends OncePerRequestFilter ```

RequestInterceptor是发生在负载均衡结束(即已经完成选择了服务实例)后，进入Feign调用，而蓝绿灰度必须发生在负载均衡时候，那么，必须将你自己定义的Header在负载均衡之前塞入，即通过OncePerRequestFilter，Spring Boot也是通过这个类实现上下文Context的传递