Nacos导航

简介

最近都在弄微服务的东西，现在来记录下收获。我从一知半解到现在能从0搭建使用最大的感触有两点

1.微服务各大组件的版本很多，网上很多博客内容不一定适合你的版本，很多时候苦苦琢磨都是无用功

2.网上博客参差不齐，有些甚至错误的。更离谱的是，好的文章阅读量除非高出天际，不然就都很低，比那些复制粘贴，随便应付的都低（这个搜索推荐算法不知道基于什么的）

通过这段时间学习，我觉得最重要是从好的博客入手，先不要着急怎么组件怎么使用，而是先了解组件的作用，大概的原理，然后才是使用，这样搭建和尝试的过程中才能更好的定位问题，最后再次回到原理和一些实际问题的处理（不知道实际问题怎样的，直接搜那个组件的面试题往往效果最好）

接下来的内容，都以导航的形式展现给大家（毕竟优秀的轮子很多，直接看大佬写的不香嘛），再顺带提些自己的理解

传送门

更多微服务的介绍可点击下方链接

微服务介绍、Nginx导航、Nacos导航、Gateway导航、Ribbon导航、Feign导航、Sentinel导航

博主微服务git练手项目：https://github.com/NiceJason/SpringCloudDemo

Nacos介绍

微服务的特点就是一堆服务，那么多的服务如果我们亲自管理那太麻烦了。

例如现在有服务A,B,C各一个，我多添加2个服务A，得分别告诉B，C（具体就是修改B，C的配置或者代码，让它们访问A服务的时候会选择新增A服务的ip地址）

又例如现在A，B，C有些公共配置，好想把他放在一个地方，而不是复制3份，到时候改要3个地方去改，如果增加服务D，还得复制一份

针对上述问题，Nacos闪亮登场，主要负责就两件事：1.服务注册与发现、2.配置中心

具体可看：https://www.jianshu.com/p/02bd37de0221

Nacos作为阿里的一员，是真的简单好用（吹爆阿里系），官网使用文档：https://nacos.io/zh-cn/docs/quick-start.html

分享下自己遇到的坑

1.Nacos与其他框架结合

首先项目中只能选择一种来进行配置

即如果用了Nacos与Spring就不要用Nacos与Springboot和Nacos与SpringCloud
否则会有问题，他们之间的访问方式不同，所以注解等也不能通用（看以后的版本会不会兼容）

spring cloud 暂不支持@NacosXXX相关注解
要用spring cloud 要自己想办法解决问题，如果实现解决不了，就放弃，改用Springboot结合或者与Spring结合的类型

当时花了我不少时间去研究为什么注解不生效（毕竟注解这么方便嘤嘤嘤），结果是人家压根不支持SpringCloud

2.单机的Nacos固定ip启动

在conf配置文件下修改，这样单机ip就不会变了，不然经常变导致代码访问的ip得经常改，十分麻烦

3.Nacos配置

Nacos相关配置说明：https://www.jianshu.com/p/1bd0c1f7c581

有两个配置单独说下：

#Nacos服务端的地址，该服务向NACOS注册
spring.cloud.nacos.discovery.server-addr

#本服务注册的IP地址 优先级最高，意思是别的服务调用该服务所指的地址
spring.cloud.nacos.discovery.ip

这两个配置主要涉及到开发的问题，一般来说开发环境会部署一个Nacos（你们项目组或产品线公用这个Nacos），这样的好处在于联调方便，而且不用每个人都自己再部署nacos以及配置文件。当项目部署的时候，会在docker指定不同环境的nacos地址（意思是docker启动的时候可以动态修改参数）

现在有两种情况

a.我要开发其他功能，该功能和微服务无关，那此时就要本地的配置要指定spring.cloud.nacos.discovery.ip为开发环境里的ip，因为如果不指定，那么Nacos里服务就注册你本机的ip，别的小伙伴调用的时候有可能就会访问到你启动的项目

b.我要开发微服务功能，此时可以通过nacos的命名空间去区分你本机自己微服务联调

4.Nacos与SpringCloud结合常用类

//由于大多数注解都无效，所以要使用NacosConfigManager进行操作
@Autowired
NacosConfigManager nacosConfigManager;
//这个有值
@Autowired
private NacosDiscoveryProperties nacosDiscoveryProperties;
//这个有值
@Autowired
NacosServiceManager nacosServiceManager;

想要代码里动态操作Nacos，用上面3个类就行，直接注入即可

Nacos刷新

Nacos刷新原理：

https://so.csdn.net/so/search/blog?q=nacos%E5%AE%A2%E6%88%B7%E7%AB%AF%E8%A7%A6%E5%8F%91%E6%9C%8D%E5%8A%A1%E5%88%B7%E6%96%B0%E5%8E%9F%E7%90%86&t=blog&p=1&s=0&tm=0&lv=-1&ft=0&l=&u=wangwei19871103

文章根据源码，介绍了Nacos是怎么更新列表和动态刷新配置的（主要是和Ribbon结合）

这里我想提两点

懒加载

看过上面原理，可以看到Nacos是怎么懒加载的

发现在其第一次用restTemplate发送请求时（请求一直会到Ribbon包下的SpringClientFactory中，调用SpringCloud包下的NamedContextFactory），动态创建了AnnotationConfigApplicationContext，进行上下文的刷新，将配置动态注入了Spring中

NamedContextFactory中创建AnnotationConfigApplicationContext

protected AnnotationConfigApplicationContext createContext(String name) {
        AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
        ...
        for (Map.Entry<String, C> entry : this.configurations.entrySet()) {
            if (entry.getKey().startsWith("default.")) {
                for (Class<?> configuration : entry.getValue().getConfiguration()) {
                    //这里注册了NacosRibbonClientConfiguration.class
                    context.register(configuration);
                }
            }
        }
        //这里注册了RibbonClientConfiguration.class
        context.register(PropertyPlaceholderAutoConfiguration.class,
                this.defaultConfigType);
        //这里设置了ribbon.nacos.enabled的值
        context.getEnvironment().getPropertySources().addFirst(new MapPropertySource(
                this.propertySourceName,
                Collections.<String, Object>singletonMap(this.propertyName, name)));
        if (this.parent != null) {
            // Uses Environment from parent as well as beans
            context.setParent(this.parent);
            // jdk11 issue
            // https://github.com/spring-cloud/spring-cloud-netflix/issues/3101
            context.setClassLoader(this.parent.getClassLoader());
        }
        context.setDisplayName(generateDisplayName(name));
        //最后刷新上下文，将RibbonClientConfiguration.class
        //和RibbonClientConfiguration.class重新加载
        context.refresh();
        return context;
}

其中NacosRibbonClientConfiguration（代码第七行）上有注解ConditionalOnRibbonNacos，而ConditionalOnRibbonNacos上有注解

以此我们可以参考懒加载的实现，或者是动态刷新某些组件

动态刷新的局限

Nacos确实支持动态刷新，但这只是动态刷新值，并不会刷新代码的逻辑，对于有很多初始化的类和组件都是无用的，可以监听Nacos配置变化来再次初始化这些类，从而达到真正的动态刷新

       //由于大多数注解都无效，所以要使用NacosConfigManager进行操作
    @Autowired
    NacosConfigManager nacosConfigManager;

    @PostConstruct
    public void init() throws NacosException {
        ConfigService configService = nacosConfigManager.getConfigService();

        configService.publishConfig("动态发布配置ID","动态发布配置goup","动态发布内容");

        configService.addListener("user-service-dev.properties", "dev", new Listener() {
            //这里正常的写法应该是传个线程池进来，不然每次监听到文件改动，都要重新建立线程，开销大
            @Override
            public Executor getExecutor() {
                return new Executor() {
                    @Override
                    public void execute(Runnable command) {
                        command.run();
                    }
                };
            }

            @Override
            public void receiveConfigInfo(String configInfo) {
                System.out.println("监听者获取到信息"+configInfo);
            }
        });
    }

每次最小单位都是以文件为准，Nacos会把改动的文件全部内容传回去，而不是只传被改动的那几个

小结

本篇博客主要说了Nacos注意的点（这些内容有的网上可不好找，也没人告诉你），具体怎么搭建使用网上很多资料，希望能帮到大家