Nacos 在集群模式下又是如何对不是和自己保持心跳连接的服务进行健康检查的呢？ 对于集群下的服务，Nacos ⼀个服务只会被 Nacos 集群中的⼀个注册中心所负责，其余节点的服 务信息只是集群副本，用于订阅者在查询服务列表时，始终可以获取到全部的服务列表。临时实例 只会对其被负责的注册中心节点发送心跳信息，注册中心服务节点会对其负责的永久实例进行健康 探测，在获取到健康状态后由当前负责的 很多人问为什么不是三个可用区呢？ 因为业务都部署三个可用区从理论上是可用性最好的，但是成 本会大幅增加，因此⼀般公司只选择两个可用区。 数据多级容灾 Nacos 持久化存储做了主备容灾，而且底层存储数据多副本高可用保障。 Nacos Server 有全量缓存数据，即使存储挂或者不可用，只影响写，核心的读服务不受影响。 Nacos SDK 有所需服务和配置缓存，Server 即使全挂，走本地缓存，保证核心业务调用不受影响。 信息列表中选择⼀个 ip 地址对 Provider 服务发起网络调用。为了最大化资源利用率，最小化请求 RT，需要从节点池中选择出⼀个最佳的节点，这就是负载均衡。如果微服务的副本所占的硬件资源 不同时，需要给予硬件资源充足的节点更多的流量。如果微服务的副本所处的地域不同时，需要优 先访问与调用端所处地域相同的节点。如果业务有 Session 粘性的诉求，需要同⼀用户的请求始终 访问同⼀个节点。如果微服务在启

Runnable 接口创建线程 ▶ 可以将虚拟 CPU、代码和数据分开，形成清晰的模型； ▶ 线程体 run() 方法所在的类还可以从其他类继承一些有用的 属性或方法； ▶ 有利于保持程序风格的一致性。 O 直接继承 Thread 类创建线程 ▶ Thread 子类无法再从其他类继承； ▶ 编写简单，run() 方法的当前对象就是线程对象，可直接 操纵。 大纲 线程基础 线程控制 线程的同步 Runnable 接口创建线程 ▶ 可以将虚拟 CPU、代码和数据分开，形成清晰的模型； ▶ 线程体 run() 方法所在的类还可以从其他类继承一些有用的 属性或方法； ▶ 有利于保持程序风格的一致性。 O 直接继承 Thread 类创建线程 ▶ Thread 子类无法再从其他类继承； ▶ 编写简单，run() 方法的当前对象就是线程对象，可直接 操纵。 大纲 线程基础 线程控制 线程的同步

的 ThreadState 概念及一个静态的 SecurityManager。这些技术在测试和框 架代码中是很有用的，但几乎不曾在应用程序代码中使用。 大多数使用 Shiro 工作的需要确保线程的一致性的终端用户，几乎总是使用 Shiro 的自动管理机制，即 Subject.associateWith 和 Subject.execute 方法。这些方法包含在 Subject thread association

ThreadState 概念及一个静态的S ecurityManager。这些技术在测试和框架代码中是很有用的，但几乎不曾在应用程序代码中使 用。 大多数使用 Shiro 工作的需要确保线程的一致性的终端用户，几乎总是使用 Shiro 的自动管理 机制，即 Subject.associateWith 和Subject.execute 方法。这些方法包含在 Subject thread association

Runnable 接口创建线程 • 可以将虚拟 CPU、代码和数据分开，形成清晰的模型； • 线程体 run() 方法所在的类还可以从其他类继承一些有用的属性或方法； • 有利于保持程序风格的一致性。 直接继承 Thread 类创建线程 • Thread 子类无法再从其他类继承； • 编写简单，run() 方法的当前对象就是线程对象，可直接操作。 14.1.9 后台线程 相关概念 后台处理