1.Nacos 源码环境搭建
2.Nacos 服务注册源码分析
3.Nacos服务端源码分析(四): 拉取服务信息
4.手撕Nacos源码剖析，码启建议收藏
5.2024最新版Nacos安装教程（史上最详细保姆级教程）
6.nacos是动总怎么进行服务注册的

Nacos 源码环境搭建

       探索Nacos源码搭建环境的过程，通过深入分析服务注册与发现机制，出错本文重点阐述了本地部署Nacos源码的码启详细步骤。Nacos版本采用2.1.1。动总

       从github上获取Nacos源码，出错指标源码图下载指定版本的码启源码包，地址位于/alibaba/nacos/releases/tag/2.1.1。动总

       解压源码后，出错使用IDEA打开项目。码启若在com.alibaba.nacos.consistency.entity类处遇到报红错误，动总通过编译整个项目解决此问题。出错

       解决报红后，码启使用终端在nacos-2.1.1目录下执行编译操作。动总

       定位至console项目中的出错Nacos启动类，并配置VM options参数，设置为单机模式启动。

       成功启动后，控制台应显示项目启动成功的信息。

       执行命令请求.alibaba.nacos.Nacos，以及如何通过IDEA进行启动和调试。toggle源码 宝莲灯要深入了解Nacos的源码，可以参考nacos.io和github.com/alibaba/nacos...的文档。

Nacos服务端源码分析(四): 拉取服务信息

       本文深入解析Nacos服务端源码，特别关注服务信息的主动拉取机制。主动拉取服务信息的URL为：/alibaba/nacos，Release页面为github.com/alibaba/nacos/releases。

       下载后，解压文件并进行必要的配置。在2.2.0.1和2.2.1版本中，需修改conf目录下的大麦平台源码application.properties文件，设置nacos.core.auth.plugin.nacos.token.secret.key，使用默认值SecretKey和VGhpc0lzTXlDdXN0bTZWNyZXRLZXkwMTIzNDU2Nzg=（用于测试，详情参阅鉴权插件）。

       Nacos默认使用端口，如果该端口被占用，需关闭占用进程或在conf目录中调整server.port。Nacos的本地数据库默认为Derby内存数据库，可修改为MySQL等其他数据库，并执行mysql-schema.sql脚本来创建表。在启动Nacos前，struts源码在吗需进入bin目录并使用cmd执行命令，最后通过浏览器访问.0.0.1:/nacos，使用默认的nacos账号和密码登录。

       若要在SpringBoot项目中集成Nacos，需添加配置中心依赖，并在application.yml中调整，注意新版Nacos的鉴权需求，注册和配置中心的username和password通常与控制台登录密码（默认nacos/nacos）保持一致。

nacos是怎么进行服务注册的

       今天，我们从源码的展览 网站源码角度出发，看看nacos是如果进行服务注册，服务调用，负载均衡，心跳检测等功能。首先大家我们去github上拉取代码，/alibaba/nacos，打开后我们先从注册实例作为入口开始看，注册实例的接口在API模块：

服务注册

       点进去发现里面有不同的方法，我们以第一个为例，

       他是先初始化一个Instance对象，赋值后调用registerInstance()方法，通过clientProxy.registerService()去注册实例，继续往下追踪

       这个NamingClientProxy()接口有多个实现类（根据实现类的名称我们看到他这里用了策略模式来处理HTTP还是RPC请求）我们先看HTTP实现类是如果处理的：

心跳检测发送

       关注下我圈起来的地方，这里就是心跳机制的开始喽，他先创建一个BeanInfo对象，然后交给beatReactor.addBeanInfo()这个方法。这个beatReactor看起来像个容器，那我们就去看一下他是怎么处理的。

       这个类有个定时任务线程池，看到这里，我们大概就猜得出他的心跳检测机制应该是通过定时任务线程池去处理的。然后我们再看他的addBeatInfo()方法做了什么？

       果然不出所料，先创建BeatTask对象然后交给定时任务线程池去定时处理这个实例信息，但是他的定时任务应该只执行一次呀，他是怎么一直不断的检测的呢，我们进BeatTask这个内部类看看他是怎么循环处理的：

       通过这段代码我们可以清楚的看到他是通过在BeanTask的run()方法重复执行定时任务达到一直循环检测的需求。然后我们返回继续注册实例

       封装请求参数，调用API

       最后发送注册实例的HTTP请求，一个注册实例的完整链路就走完啦。

负载均衡

       我们看获取实例的时候nacos是怎么处理的

       先尝试从serviceInfoHolder获取服务信息如果没获取到，则通过clientProxy调用API去获取所有实例列表

       但是我只要一个，他应该返回我哪一个呢？注意这个Balancer.RandomByWeight.selectHost(serviceInfo);就是负载均衡的关键，

       最后从ref里面通过随机数获取一个实例返回。当然他的负载均衡有好几种策略。有轮询，weight权重，ip_hash，fair，等。大家有兴趣的可以自己去翻一翻都是怎么实现的。

       最后如果有理解的不对的地方，欢迎大家指正纠正，一起进步。希望今天的文章对小伙伴们有帮助。