Spring Cloud实战与源码解析

Nacos在服务注册功能中使用到了UDP的通信方式，主要功能就是用来辅助服务实例变化时对客户端进行通知。然而，对于大多数使用Nacos的程序员来说，可能还不知道这个功能，更别说灵活运用了。 看完整个源

本篇文章我们来通过源码分析一下Nacos的本地缓存及故障转移功能，涉及到核心类为ServiceInfoHolder和FailoverReactor。 ServiceInfoHolder功能概述 Ser

上篇文章，我们分析了Nacos客户端订阅的核心流程：Nacos客户端通过一个定时任务，每6秒从注册中心获取实例列表，当发现实例发生变化时，发布变更事件，订阅者进行业务处理，然后更新内存中和本地的缓存中

说起Nacos的服务订阅机制，对此不了解的朋友，可能感觉非常神秘，这篇文章就大家深入浅出的了解一下Nacos 2.0客户端的订阅实现。由于涉及到的内容比较多，就分几篇来讲，本篇为第一篇。 Nacos订

本篇带大家通过源码层面分析一下Nacos Client的服务发现的路程，事实可能并不像你想象的那样简单。 Nacos服务发现 直观的看，Nacos客户端的服务发现，就是封装参数、调用服务端接口、获得返

本篇文章Nacos核心逻辑篇，给大家讲解一下「临时实例」与「持久化实例」的区别及运用场景。 Nacos的临时实例与持久化实例 在Nacos Client进行实例注册时，我们知道是通过Instance对

随着对Nacos源码的深入阅读，感觉越来越有意思了，大量的设计模式和基础知识点都在其中被运用。不论你是否阅读源码，都值得借鉴一下Nacos的运用案例。 今天这篇文章，给大家介绍一下Nacos Clie

大家可能看到过很多写Java反射机制的文章，但如果在阅读源码的过程中，遇到反射机制的使用，你是否想过为什么要这么用吗？ 这篇文章就带大家来看看Nacos中对Java反射机制的一处实践案例。这篇文章既属

在上篇文章中，我们学习了Nacos中是如何灵活运用《简单工厂模式》的。而设计模式在面试过程中也经常会出现。当面试官问到：说说工厂模式是如何实现的？他问的工厂模式指的是什么？ 这篇文章属于扩展篇的扩展，

番外篇简介 Nacos源码分析系列文章，在开篇已经提到过，写作的目标有两个：第一，能够系统的学习Nacos知识；第二，能够基于Nacos学到涉及到的知识点或面。 为了方便大家学习，相对应的文章标题会有

开篇构想 在此之前，已经写了十多篇Nacos的文章，感觉Nacos还值得更深入的学习一下。于是萌生了写一个Nacos源码系列专栏的文章。 写作的目标呢，有两个：第一，能够系统的学习Nacos知识；第二

前言 在上篇文章《微服务：剖析一下源码，Nacos的健康检查竟如此简单》中讲了当微服务突然挂掉的解放方案：调整健康检查周期和故障请求重试。朋友看了文章，建议再聊聊正常关闭服务时如何让微服务优雅下线。

前言 前面我们多次提到Nacos的健康检查，比如《微服务之：服务挂的太干脆，Nacos还没反应过来，怎么办？》一文中还对健康检查进行了自定义调优。那么，Nacos的健康检查和心跳机制到底是如何实现的呢

前言 我们知道通过Nacos等注册中心可以实现微服务的治理。但引入了Nacos之后，真的就像理想中那样所有服务都由Nacos来完美的管理了吗？Too young，too simple！ 今天这篇文章就

带大家讲Nacos Server部署起来，熟悉相关的功能，最后演示一下Nacos集成Spring Cloud。

前面文章我们介绍了Nacos的功能及设计架构，这篇文章就以Nacos提供的服务注册功能为主线，来讲解Nacos的客户端是如何在Spring Cloud进行集成和实现的。 本会配合源码分析、流程图整理、

前言 最近写了一些列的Nacos源码相关文章，很多朋友都感兴趣的在问：你最近在阅读什么源码，如何阅读源码？今天这篇文章就以Nacos源码阅读来展开聊聊。对阅读源码或技术感兴趣的朋友，也可以添加微信交流

为什么要使用服务发现功能？ 当调用REST API 或Thrift API的服务时，我们在构建请求时通常需要知道服务实例的IP和端口。在传统应用中，服务实例的地址信息相对固定，可以从配置文件中读取。而