的崛起，微服务多个模块逐步被划分，包括注册中心、配置中心，如果从 产品定位上，期望定位简单清晰，利于传播，我们需要分别开源我们内部产品，这样又会分散我们 品牌和运营资源。另外大部分客户没有阿里这么大的体量，模块拆分过细，部署和运维成本都会成 倍上涨，而且阿里巴巴也是从最早⼀个产品逐步演化成 3 个产品的，因此我们最终决定将内部三个 产品合并统⼀开源。定位为：⼀个更易于构建云原生应用的动态服务发现、配置管理和服务管理平 在系统开发过程中通常会将⼀些需要变更的参数、变量等从代码中分离出来独立管理，以独立的配 置文件的形式存在。目的是让静态的系统工件或者交付物（如 WAR，JAR 包等）更好地和实际的物 理运行环境进行适配。配置管理⼀般包含在系统部署的过程中，由系统管理员或者运维人员完成这 个步骤。配置变更是调整系统运行时的行为的有效手段之⼀。 配置管理 (Configuration Management) 在 Nacos 中，系统中所有 以做多版本管理和快速回滚。 Nacos 架构 < 28 Nacos 内核设计 Nacos ⼀致性协议 为什么 Nacos 需要⼀致性协议 Nacos 在开源支持就定下了⼀个目标，尽可能的减少用户部署以及运维成本，做到用户只需要⼀个 程序包，就可以快速以单机模式启动 Nacos 或者以集群模式启动 Nacos。而 Nacos 是⼀个需要 存储数据的⼀个组件，因此，为了实现这个目标，就需要在 Nacos

���的一����的��������可 ����文件�����/��为��的 Java ��文件�jar, java archive�� O jar 文件的主要作用 发布和使用类库 作为程序组件或者插件程序的基本部署单位 用于打包与组件相关联的资源文件 O 使用 jar 工具基本语法格式 1 >jar {-ctxui} [vfm0Me] [jar-file] [manifest-file] \ 2 [entry-point] ���的一����的��������可 ����文件�����/��为��的 Java ��文件�jar, java archive�� O jar 文件的主要作用 发布和使用类库 作为程序组件或者插件程序的基本部署单位 用于打包与组件相关联的资源文件 O 使用 jar 工具基本语法格式 1 >jar {-ctxui} [vfm0Me] [jar-file] [manifest-file] \ 2 [entry-point] ���的一����的��������可 ����文件�����/��为��的 Java ��文件�jar, java archive�� O jar 文件的主要作用 发布和使用类库 作为程序组件或者插件程序的基本部署单位 用于打包与组件相关联的资源文件 O 使用 jar 工具基本语法格式 1 >jar {-ctxui} [vfm0Me] [jar-file] [manifest-file] \ 2 [entry-point]

16.5.4 Servlet 映射 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218 16.6 Servlet 部署 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219 16.7 Servlet 示例 . . . 1. 包 � 4 � 教学内容 4.1 包 为便于管理大型软件系统中数目众多的类，解决类的命名冲突问题以及进行访问 控制，Java 引入包（package）机制，即将若干功能相关的类逻辑上分组打包到一起， 提供类的多重类命名空间。 图 4.1 Java 包 4.1.1 JDK 常用包 JDK API 中的常用包如表所示。 表 4.1 JDK API 常用包 包名 功能说明 包的含义 象实例时导致。 • 永久区内存溢出相对少见，一般是由于需要加载海量的 Class 数据，超过了非堆 内存的容量导致。通常出现在 Web 应用刚刚启动时。因此 Web 应用推荐使用预 加载机制，方便在部署时就发现并解决该问题。 • 栈内存也会溢出，但是更加少见。 对内存溢出的处理方法不外乎这两种：‚ 调整 JVM 内存配置；ƒ 优化代码。 创建阶段的 JVM 内存配置优化需要关注以下项： 堆内存优化

简单的说Docker是一个构建在LXC之上的，基于进程容器（Process Container）的轻量 级VM解决方案。 Docker Docker的初衷是将各种应用程序和他们所依赖的运行环境打包成标准的container/image，进 而发布到不同的平台上运行。 Docker Why Docker？ n 应用环境管理复杂 n 云计算时代的到来 n 虚拟化手段的变化 n LXC的便携性 实际使用中，我们一般不用关心底层LXC的细节，同时也不排将来Docker实现基于非LXC 方案的可能性（已经在这样做了）。 在LXC的基础上，Docker额外提供的特性包括： n 标准统一的打包部署运行方案 n 历史版本控制 n Image的重用和共享发布等 Growing Docker 例如，百度的BAE平台的PaaS服务由Docker支持。 Technologies in Docker

从开始的那天起就被设计成能够支持任何应用程序——从最小的命令 行应用程序到最大的群集 Web 应用程序。即使我们为该教程创建的是一个简单的应 用，了解相同的使用模式适用于无论你的应用程序是怎样创建的及它被部署到哪里。 该教程需要 Java 1.5 及更高本。我们也使用 Apache Maven 作为我们的构建工具，但当然这不是使用 Apache Shiro 所 必需的。你可以获取 Shiro HTTP 环境！ 如果在一个 Web 应用程序内部部署，默认的 Session 将会是基于 HttpSession 的。但，在一个非 Web 环境中，像这 个简单的教程应用程序，Shiro 将会默认自动地使用它的 Enterprise Session Management。这意味着你会使用相同的 API 在你的应用程序，在任何层，不论部署环境！这开辟了应用程序的新世界，由于任何需要会话的应用程序不必 这对许多应用有着很大的影响——直到 Shiro 出现，如果你需要 session 支持，你需要部署你的应用程序到 Web 容 器或使用 EJB 有状态会话 Bean。Shiro 的 Session 支持比这两种机制的使用和管理更为简单，而且它在适用于任何程 序，不论容器。 即使你在一个 Servlet 或 EJB 容器中部署你的应用程序，仍然有令人信服的理由来使用 Shiro 的 Session 支持而不是容

Apache Shiro设计从一开始就支持任何应用程序——从最小的命令行应用程序最大的集群 web 应用程序。对于本教程，尽管我们创建一个简单的应用程序,你都知道运用相同的使用模 式来进行应用程序创建或部署。 本教程需要 Java 1.5 或更高版本。 我们还将使用 Apache Maven 作为我们的构建工具,当然 这对于 Apache Shiro 来说不是必须使用。你可能获得 Shiro 的 jars 这对许多应用有着很大的影响——直到 Shiro 出现，如果你需要 session 支持，你需要部署你 的应用程序到 Web 容器或使用EJB 有状态会话Bean。Shiro 的 Session 支持比这两种机制的 使用和管理更为简单，而且它在适用于任何程序，不论容器。 即使你在一个 Servlet 或 EJB 容器中部署你的应用程序，仍然有令人信服的理由来使用 Shiro 的Session 支持而不是容器的。下面是一个 的会话可以很容易地聚集通过使用任何随 手可用的网络缓存产品，像 Ehcache + Terracotta，Coherence，GigaSpaces，等等。 这意味着你可以为Shiro 配置会话群集一次且仅一次，无论你部署到什么容器中，你的会 话将以相同的方式聚集。不需要容器的具体配置！ Heterogeneous Client Access - 与 EJB 或 web 会话不同，Shiro 会话可以被各种客户

级别 非常小，MB 级别 速度 较慢，几百到几千 MB/s 较快，几十 GB/s 非常快，几十到几百 GB/s 价格 较便宜，几毛到几元 / GB 较贵，几十到几百元 / GB 非常贵，随 CPU 打包计价 第 4 章 数组与链表 hello‑algo.com 84 我们可以将计算机存储系统想象为图 4‑9 所示的金字塔结构。越靠近金字塔顶端的存储设备的速度越快、容 量越小、成本越高。这种多 request”按钮即可发起拉取请求。 第 16 章 附录 hello‑algo.com 366 3. Docker 部署 在 hello-algo 根目录下，执行以下 Docker 脚本，即可在 http://localhost:8000 访问本项目： docker-compose up -d 使用以下命令即可删除部署： docker-compose down 16.3 术语表 表 16‑1 列出了书中出现的重要术语，值得注意以下几点。

级别 非常小，MB 级别 速度 较慢，几百到几千 MB/s 较快，几十 GB/s 非常快，几十到几百 GB/s 价格 较便宜，几毛到几元 / GB 较贵，几十到几百元 / GB 非常贵，随 CPU 打包计价 第 4 章 数组与链表 hello‑algo.com 84 我们可以将计算机存储系统想象为图 4‑9 所示的金字塔结构。越靠近金字塔顶端的存储设备的速度越快、容 量越小、成本越高。这种多 request”按钮即可发起拉取请求。 第 16 章 附录 hello‑algo.com 367 3. Docker 部署 在 hello-algo 根目录下，执行以下 Docker 脚本，即可在 http://localhost:8000 访问本项目： docker-compose up -d 使用以下命令即可删除部署： docker-compose down 16.3 术语表 表 16‑1 列出了书中出现

级别 非常小，MB 级别 速度 较慢，几百到几千 MB/s 较快，几十 GB/s 非常快，几十到几百 GB/s 价格 较便宜，几毛到几元 / GB 较贵，几十到几百元 / GB 非常贵，随 CPU 打包计价 第 4 章 数组与链表 www.hello‑algo.com 84 我们可以将计算机存储系统想象为图 4‑9 所示的金字塔结构。越靠近金字塔顶端的存储设备的速度越快、容 量越小、成本越高 刷新仓库网页，点击“Create pull request”按钮即可发起拉取请求。 3. Docker 部署 在 hello-algo 根目录下，执行以下 Docker 脚本，即可在 http://localhost:8000 访问本项目： docker-compose up -d 使用以下命令即可删除部署： docker-compose down 16.3 术语表 表 16‑1 列出了书中出现的重要术语，值得注意以下几点。

級別 非常小，MB 級別 速度 較慢，幾百到幾千 MB/s 較快，幾十 GB/s 非常快，幾十到幾百 GB/s 價格 較便宜，幾毛到幾元 / GB 較貴，幾十到幾百元 / GB 非常貴，隨 CPU 打包計價 第 4 章 陣列與鏈結串列 www.hello‑algo.com 84 我們可以將計算機儲存系統想象為圖 4‑9 所示的金字塔結構。越靠近金字塔頂端的儲存裝置的速度越快、容 量越小、成本 重新整理倉庫網頁，點選“Create pull request”按鈕即可發起拉取請求。 3. Docker 部署 在 hello-algo 根目錄下，執行以下 Docker 指令碼，即可在 http://localhost:8000 訪問本專案： docker-compose up -d 使用以下命令即可刪除部署： docker-compose down 16.3 術語表 表 16‑1 列出了書中出現的重要術語，值得注意以下幾點。