阿里云开发者“藏经阁” 海量电子手册免费下载 特别鸣谢： 目录 作者 6 推荐序 7 前⾔ 9 序言 9 简介 13 Nacos 简介 13 Nacos 架构 17 Nacos 总体设计 17 Nacos 架构 17 Nacos 配置模型 21 Nacos 内核设计 28 Nacos ⼀致性协议 28 Nacos 自研 Distro 协议 38 Nacos 通信通道 42 卿亮 许进 7 > 推荐序 推荐序 阿里巴巴合伙人 - 蒋江伟（小邪） 随着企业加速数字化升级，越来越多的系统架构采用了分布式的架构，主要目的是为了解决集中化 和互联网化所带来的架构扩展性和面对海量用户请求的技术挑战。这里面其中有⼀个关键点是软负 载。因为整个分布式架构需要有⼀个软负载来协作各个节点之间的服务在线离线状态、数据⼀致性、 以及动态配置数据的推送。这里面最简单的需求就是将⼀个配置准时的推送到不同的节点。即便如 关键的技术挑战点还非常非常的多。本书就是将面对复杂的分布式计算场景，海量并发的业务场景， 对软负载⼀个系统的进行阐述，通过 Nacos 开源分享阿里软负载最佳实践，希望能够帮助到各位开 发者，各位系统架构师，少走弯路。 阿里巴巴云原生应用平台负责人 - 丁宇（叔同） 在阿里中间件开源、自研、商业三位⼀体的战略中，微服务 DNS（Dubbo+Nacos+Spring-cloud- alibba/

(? + ?) 。 并行计算优化 我们知道，分治生成的子问题是相互独立的，因此通常可以并行解决。也就是说，分治不仅可以降低算法的 时间复杂度，还有利于操作系统的并行优化。 并行优化在多核或多处理器的环境中尤其有效，因为系统可以同时处理多个子问题，更加充分地利用计算资 源，从而显著减少总体的运行时间。 比如在桶排序中，我们将海量的数据平均分配到各个桶中，则可所有桶的排序任务分散到各个计算单元，完

+ ?) 。 2. 并行计算优化 我们知道，分治生成的子问题是相互独立的，因此通常可以并行解决。也就是说，分治不仅可以降低算法的 时间复杂度，还有利于操作系统的并行优化。 并行优化在多核或多处理器的环境中尤其有效，因为系统可以同时处理多个子问题，更加充分地利用计算资 源，从而显著减少总体的运行时间。 比如在图 12‑3 所示的“桶排序”中，我们将海量的数据平均分配到各个桶中，则可所有桶的排序任务分散到

+ ?) 。 2. 并行计算优化 我们知道，分治生成的子问题是相互独立的，因此通常可以并行解决。也就是说，分治不仅可以降低算法的 时间复杂度，还有利于操作系统的并行优化。 并行优化在多核或多处理器的环境中尤其有效，因为系统可以同时处理多个子问题，更加充分地利用计算资 源，从而显著减少总体的运行时间。 比如在图 12‑3 所示的“桶排序”中，我们将海量的数据平均分配到各个桶中，则可所有桶的排序任务分散到

+ ?) 。 2. 并行计算优化 我们知道，分治生成的子问题是相互独立的，因此通常可以并行解决。也就是说，分治不仅可以降低算法的 时间复杂度，还有利于操作系统的并行优化。 并行优化在多核或多处理器的环境中尤其有效，因为系统可以同时处理多个子问题，更加充分地利用计算资 源，从而显著减少总体的运行时间。 比如在图 12‑3 所示的“桶排序”中，我们将海量的数据平均分配到各个桶中，则可所有桶的排序任务分散到

+ ?) 。 2. 并行计算优化 我们知道，分治生成的子问题是相互独立的，因此通常可以并行解决。也就是说，分治不仅可以降低算法的 时间复杂度，还有利于操作系统的并行优化。 并行优化在多核或多处理器的环境中尤其有效，因为系统可以同时处理多个子问题，更加充分地利用计算资 源，从而显著减少总体的运行时间。 比如在图 12‑3 所示的“桶排序”中，我们将海量的数据平均分配到各个桶中，则可将所有桶的排序任务分散

4 5 5.1 5.2 5.3 6 目錄 介紹 I. Overview 总览 1. Introduction 介绍 2. Tutorial 教程 3. Architecture 架构 4. Configuration 配置 II. Core 核心 5. Authentication 认证 6. Authorization 授权 6.1. Permissions 权限 用户帐号，而希望连接更为复 杂的用户数据源呢？” 解决这些问题需要更深入地了解 并理解Shiro 的架构和配置机制，我们将在下一节 Architecture 中介绍。 Apache Shiro 1.2.x Reference Manual 中文翻译 18 2. Tutorial 教程 3. Architecture 架构 Apache Shiro 设计理念是使程序的安全变得简单直观而易于实现，Shiro的核心设计参照大多 从它的设计中表现了这种理念，为了与软件开发者的直觉相配合，Apache Shiro 在几乎 所有程序中保留了直观和易用的特性。 High-Level Overview 高级概述 在概念层，Shiro 架构包含三个主要的理念：Subject,SecurityManager和 Realm。下面的图 展示了这些组件如何相互作用，我们将在下面依次对其进行描述。 Subject:就像我们在上一章示例中提到的那样，Subject

但这是一个相当简单的应用程序。你可能已经问过你自己，“如果我不想使用 INI 用户帐户，而是要连接到一个更 复杂的用户数数据源，该怎么办呢？”。 要回答这个问题，需要对 Shiro 的架构和支持的配置机制有更深一些的理解。我们下面将涉及到 Shiro 的架构。 Apache Shiro Architecture Apache Shiro 的设计目标是通过直观和易于使用来简化应用程序安全。Shiro 的核心设计体现了大多数人们是如何考 在它自己的设计中体现了这些概念。通过匹配那些对于软件开发人员来说已经很直观的东西，Apache Shiro 几 乎在任何应用程序保持了直观和易用性。 High-Level Overview 在最高的概念层次，Shiro 的架构有 3 个主要的概念：Subject，SecurityManager 和 Realms。下面的关系图是关于这 些组件是如何交互的高级概述，而且我们将会在下面讨论每一个概念： 交互时，那些交 互作用转化为与 SecurityManager 交互的特定 subject 的交互作用。  SecurityManager：SecurityManager 是 Shiro 架构的心脏，并作为一种“保护伞”对象来协调内部的安全组件 共同构成一个对象图。然而，一旦 SecurityManager 和它的内置对象图已经配置给一个应用程序，那么它单独 留下来，且应用程序开发人员几乎使用他们所有的时间来处理

................ 191 部署架构........................................................................................................................................ 191 项目架构.......................... 不会去维护用户、维护权限；这些需要我们自己去设计/提供；然后通过 相应的接口注入给 Shiro 即可。 接下来我们分别从外部和内部来看看 Shiro 的架构，对于一个好的框架，从外部来看应该 具有非常简单易于使用的 API，且 API 契约明确；从内部来看的话，其应该有一个可扩展 的架构，即非常容易插入用户自定义实现，因为任何框架都不能满足所有需求。 首先，我们从外部来看 Shiro 吧，即从应用程序角度的来观察如何使用 能得到合法 的用户及其权限进行判断。 从以上也可以看出，Shiro 不提供维护用户/权限，而是通过 Realm 让开发人员自己注入。 接下来我们来从 Shiro 内部来看下 Shiro 的架构，如下图所示： Subject：主体，可以看到主体可以是任何可以与应用交互的“用户”； SecurityManager ： 相 当 于 SpringMVC 中 的 DispatcherServlet

1 Java 多态 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 6.1 Java 虚拟机架构 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 6.2 JVM 内存模型 . . . . . . . . 线程安全 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117 11.1 AWT 组件和容器层次架构 . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 11.2 组件定位参照系 . . . . . . . . . . . . . 虚拟机（Java Virtual Machine, JVM） Java 虚拟机的架构如图6.1所示。 类装载子系统 Class文件 Class文件 Class文件 方法区 Java堆 Java栈 程序计数器 本地方法栈 执行引擎 本地接口 通过全限定名装载 操作系统 操作系统本地库 运行时数据区 图 6.1 Java 虚拟机架构 • Java 程序运行在 JVM 上，JVM 是程序与操作系统之间的桥梁。