虎牙直播在微服务改造的实践总结 239 虎牙在全球 DNS 秒级生效上的实践 249 叽里呱啦 Nacos 1.1.2 升级 1.4.1 最佳实践 267 服务发现最佳实践 281 Eureka 平滑迁移 Nacos 方案 281 Nacos 打通 CMDB 实现就近访问 288 跨注册中心服务同步实践 298 配置管理最佳实践 310 Nacos 限流最佳实践 310 Nacos 无缝支持 的通用模型。 Zookeeper、Consul 和 Eureka 在开源层面都没有很明确的针对服务隔离的模型，Nacos 则在⼀ 开始就考虑到如何让用户能够以多种维度进行数据隔离，同时能够平滑的迁移到阿里云上对应的商 业化产品。 Nacos 架构 < 66 图 3 服务的逻辑隔离模型 Nacos 提供了四层的数据逻辑隔离模型，用户账号对应的可能是⼀个企业或者独立的个体，这个数 据⼀般 据⼀般情况下不会透传到服务注册中心。⼀个用户账号可以新建多个命名空间，每个命名空间对应 ⼀个客户端实例，这个命名空间对应的注册中心物理集群是可以根据规则进行路由的，这样可以让 注册中心内部的升级和迁移对用户是无感知的，同时可以根据用户的级别，为用户提供不同服务级 别的物理集群。再往下是服务分组和服务名组成的二维服务标识，可以满足接口级别的服务隔离。 Nacos 1.0.0 介绍的另外⼀个新特性是

之前章节我们已经接触过一些 INI 配置规则了，如果大家使用过如 Spring 之类的 IoC/DI 容 器的话，Shiro 提供的 INI 配置也是非常类似的，即可以理解为是一个 IoC/DI 容器，但是区 别在于它从一个根对象 securityManager 开始。 根对象 SecurityManager 从之前的 Shiro 架构图可以看出，Shiro 是从根对象 SecurityManager 且真个应用只需要一个即可，因此 Shiro 提供了 SecurityUtils 让我们绑定它为全局的，方便后续操作。 因为 Shiro 的类都是 POJO 的，因此都很容易放到任何 IoC 容器管理。但是和一般的 IoC 容 器的区别在于，Shiro 从根对象 securityManager 开始导航；Shiro 支持的依赖注入：public 空参构造器对象的创建、setter 依赖注入。 securityManager.realms=$jdbcRealm 跟我学 Shiro——http://jinnianshilongnian.iteye.com/ 37 即使没接触过 IoC 容器的知识，如上配置也是很容易理解的： 1、对象名=全限定类名 相对于调用 public 无参构造器创建对象 2、对象名.属性名=值 相当于调用 setter 方法设置常量值 3、对象名.属性名=$对象引用

通过扩容哈希表来减少哈希冲突。 如图 6‑4 所示，扩容前键值对 (136, A) 和 (236, D) 发生冲突，扩容后冲突消失。 图 6‑4 哈希表扩容 类似于数组扩容，哈希表扩容需将所有键值对从原哈希表迁移至新哈希表，非常耗时；并且由于哈希表容量 capacity 改变，我们需要通过哈希函数来重新计算所有键值对的存储位置，这进一步增加了扩容过程的计算 开销。为此，编程语言通常会预留足够大的哈希表容量，防止频繁扩容。 ，其中的每个元素代表一个垂直隔板的高度。数组中的任意两个隔板，以及它们之 间的空间可以组成一个容器。 容器的容量等于高度和宽度的乘积（面积），其中高度由较短的隔板决定，宽度是两个隔板的数组索引 之差。 请在数组中选择两个隔板，使得组成的容器的容量最大，返回最大容量。示例如图 15‑7 所示。 图 15‑7 最大容量问题的示例数据 容器由任意两个隔板围成，因此本题的状态为两个隔板的索引，记为 [?, ?] 。 可能会变长）。例如在图 15‑10 中，移动短板后面积变大。 第 15 章 贪心 hello‑algo.com 353 图 15‑10 向内移动短板后的状态 由此便可推出本题的贪心策略：初始化两指针，使其分列容器两端，每轮向内收缩短板对应的指针，直至两 指针相遇。 图 15‑11 展示了贪心策略的执行过程。 1. 初始状态下，指针 ? 和 ? 分列数组两端。 2. 计算当前状态的容量 ???[?,

(136, A) 和 (236, D) 发生冲突，扩容后冲突消失。 图 6‑4 哈希表扩容 第 6 章 哈希表 hello‑algo.com 115 类似于数组扩容，哈希表扩容需将所有键值对从原哈希表迁移至新哈希表，非常耗时。并且由于哈希表容量 capacity 改变，我们需要通过哈希函数来重新计算所有键值对的存储位置，这进一步提高了扩容过程的计算 开销。为此，编程语言通常会预留足够大的哈希表容量，防止频繁扩容。 数组中的任意两个隔板，以 及它们之间的空间可以组成一个容器。 容器的容量等于高度和宽度的乘积（即面积），其中高度由较短的隔板决定，宽度是两个隔板 的数组索引之差。 请在数组中选择两个隔板，使得组成的容器的容量最大，返回最大容量。 第 15 章 贪心 hello‑algo.com 357 图 15‑7 最大容量问题的示例数据 容器由任意两个隔板围成，因此本题的状态为两个隔板的索引，记为 可能会变长）。例如在图 15‑10 中，移动短板后面积变大。 第 15 章 贪心 hello‑algo.com 359 图 15‑10 向内移动短板后的状态 由此便可推出本题的贪心策略：初始化两指针分裂容器两端，每轮向内收缩短板对应的指针，直至两指针相 遇。 图 15‑11 展示了贪心策略的执行过程。 1. 初始状态下，指针 ? 和 ? 分列与数组两端。 2. 计算当前状态的容量 ???[?,

通过扩容哈希表来减少哈希冲突。 如图 6‑4 所示，扩容前键值对 (136, A) 和 (236, D) 发生冲突，扩容后冲突消失。 图 6‑4 哈希表扩容 类似于数组扩容，哈希表扩容需将所有键值对从原哈希表迁移至新哈希表，非常耗时；并且由于哈希表容量 capacity 改变，我们需要通过哈希函数来重新计算所有键值对的存储位置，这进一步增加了扩容过程的计算 开销。为此，编程语言通常会预留足够大的哈希表容量，防止频繁扩容。 ，其中的每个元素代表一个垂直隔板的高度。数组中的任意两个隔板，以及 它们之间的空间可以组成一个容器。 容器的容量等于高度和宽度的乘积（面积），其中高度由较短的隔板决定，宽度是两个隔板的 数组索引之差。 请在数组中选择两个隔板，使得组成的容器的容量最大，返回最大容量。示例如图 15‑7 所示。 图 15‑7 最大容量问题的示例数据 容器由任意两个隔板围成，因此本题的状态为两个隔板的索引，记为 [?, ?] 。 可能会变长）。例如在图 15‑10 中，移动短板后面积变大。 第 15 章 贪心 hello‑algo.com 354 图 15‑10 向内移动短板后的状态 由此便可推出本题的贪心策略：初始化两指针，使其分列容器两端，每轮向内收缩短板对应的指针，直至两 指针相遇。 图 15‑11 展示了贪心策略的执行过程。 1. 初始状态下，指针 ? 和 ? 分列数组两端。 2. 计算当前状态的容量 ???[?,

A) 和 (236, D) 发生冲突，扩容后冲突 消失。 Figure 6‑4. 哈希表扩容 6. 散列表 hello‑algo.com 97 类似于数组扩容，哈希表扩容需将所有键值对从原哈希表迁移至新哈希表，非常耗时。并且由于哈希表容量 capacity 改变，我们需要通过哈希函数来重新计算所有键值对的存储位置，这进一步提高了扩容过程的计算 开销。为此，编程语言通常会预留足够大的哈希表容量，防止频繁扩容。 中的任意两个隔板，以 及它们之间的空间可以组成一个容器。 容器的容量等于高度和宽度的乘积（即面积），其中高度由较短的隔板决定，宽度是两个隔板 的数组索引之差。 请在数组中选择两个隔板，使得组成的容器的容量最大，返回最大容量。 15. 贪心 hello‑algo.com 324 Figure 15‑7. 最大容量问题的示例数据 容器由任意两个隔板围成，因此本题的状态为两个隔板的索引，记为

通过扩容哈希表来减少哈希冲突。 如图 6‑4 所示，扩容前键值对 (136, A) 和 (236, D) 发生冲突，扩容后冲突消失。 图 6‑4 哈希表扩容 类似于数组扩容，哈希表扩容需将所有键值对从原哈希表迁移至新哈希表，非常耗时；并且由于哈希表容量 capacity 改变，我们需要通过哈希函数来重新计算所有键值对的存储位置，这进一步增加了扩容过程的计算 开销。为此，编程语言通常会预留足够大的哈希表容量，防止频繁扩容。 ，其中的每个元素代表一个垂直隔板的高度。数组中的任意两个隔板，以及它们之 间的空间可以组成一个容器。 容器的容量等于高度和宽度的乘积（面积），其中高度由较短的隔板决定，宽度是两个隔板的数组索引 之差。 请在数组中选择两个隔板，使得组成的容器的容量最大，返回最大容量。示例如图 15‑7 所示。 图 15‑7 最大容量问题的示例数据 容器由任意两个隔板围成，因此本题的状态为两个隔板的索引，记为 [?, ?] 。 15‑10 中，移动短板后面积变大。 第 15 章 贪心 www.hello‑algo.com 354 图 15‑10 向内移动短板后的状态 由此便可推出本题的贪心策略：初始化两指针，使其分列容器两端，每轮向内收缩短板对应的指针，直至两 指针相遇。 图 15‑11 展示了贪心策略的执行过程。 1. 初始状态下，指针 ? 和 ? 分列数组两端。 2. 计算当前状态的容量 ???[?,

大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 Java 应用与开发 Java EE 体系结构 王晓东 wangxiaodong@ouc.edu.cn 计算机科学与技术系 November 6, 2018 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 参考书目 1. 吕海东，张坤编著，Java 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 学习目标 1. 了解软件开发的现状与发展趋势，了解企业级应用的特点 2. 掌握 Java EE 的概念和规范，掌握 Java EE 容器、组件和 通信协议的类型和功能 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 ���� 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议 大纲 软件开发现状 Java EE 概述 Java EE 容器 Java EE 组件 组件间通信协议

GUI 事件处理 Applet Swing Swing 典型组件（课后自学） 组件和容器 组件 组件（Component）是图形用户界面的基本组成元素，凡是能够 以图形化方式显示在屏幕上并能够与用户进行交互的对象均为组 件，如菜单、按钮、标签、文本框、滚动条等。 ▶ 组件不能独立地显示出来，必须将组件放在一定的容器中才 可以显示出来。 ▶ JDK 的 java.awt 包中定义了多种 GUI 组件类，如 GUI 事件处理 Applet Swing Swing 典型组件（课后自学） 组件和容器 组件 组件（Component）是图形用户界面的基本组成元素，凡是能够 以图形化方式显示在屏幕上并能够与用户进行交互的对象均为组 件，如菜单、按钮、标签、文本框、滚动条等。 ▶ 组件不能独立地显示出来，必须将组件放在一定的容器中才 可以显示出来。 ▶ JDK 的 java.awt 包中定义了多种 GUI 组件类，如 GUI 事件处理 Applet Swing Swing 典型组件（课后自学） 组件和容器 组件 组件（Component）是图形用户界面的基本组成元素，凡是能够 以图形化方式显示在屏幕上并能够与用户进行交互的对象均为组 件，如菜单、按钮、标签、文本框、滚动条等。 ▶ 组件不能独立地显示出来，必须将组件放在一定的容器中才 可以显示出来。 ▶ JDK 的 java.awt 包中定义了多种 GUI 组件类，如

. . . . . . . . . . . . . . . . . . . . . 127 11.1.1 组件和容器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 11.1.2 常用的组件和容器 . . . . . . . . . . . . . . . . . . . . . . . . . . . 128 . . . 131 11.1.6 布局管理器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131 11.1.7 容器的嵌套使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134 vii 11.2 GUI 事件处理 . . . . . . 15.3 Java EE 容器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203 15.3.1 客户端应用容器 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203 15.3.2 Applet 容器 . . . . . . .