变更快了之后如何管控控制变更风险，如灰度、回滚等  敏感配置如何做安全配置 Nacos 架构 < 22 概念介绍 配置(Configuration) 在系统开发过程中通常会将⼀些需要变更的参数、变量等从代码中分离出来独立管理，以独立的配 置文件的形式存在。目的是让静态的系统工件或者交付物（如 WAR，JAR 包等）更好地和实际的物 理运行环境进行适配。配置管理⼀般包含在系统部署的过程中，由系统管理员或者运维人员完成这 (Configuration Service) 在服务或者应用运行过程中，提供动态配置或者元数据以及配置管理的服务提供者。 23 > Nacos 架构 配置项（Configuration Item） ⼀个具体的可配置的参数与其值域，通常以 param-key = param-value 的形式存在。例如我们常 配置系统的日志输出级别（logLevel = INFO | WARN | ERROR） 就是⼀个配置项。 mina grpc rsocket tb remote 心跳保活机制 keepalive 机 制：通道无读 写事件时，发 送心跳包检 测，可设置超 时时间，间隔 次数 1.设置 TCP 参数 2.自定义心 跳 IdeHandl er，监听通道 读写事件 1.自定义心 跳，KeepAli veFilter 1.自定义心 跳，ping-po ng 包探测 1.自定义 kee

行。如果该实例是一个应用程序单例，而不是一个静态内存引用就再好不过了。  每当你想改变 Shiro 配置时，它需要你重新编译你的应用程序。 然而，即使有这么多警告，直接的编程操作方法在内存受限的环境中仍然是有价值的，如智能手机应用。若你的应 用程序不在一个内存受限的环境下运行，你会发现基于文本的配置要更容易使用和阅读。 INI Configuration 大多数应用程序反而从基于文本的配置受益，能够独立地修改源代码，甚至让那些不熟悉 这里需要重要注意的是 Shiro 不关心你是如何获取此信息的：也许获得的数据是由用户提交的一个 HTML 表单， 或者是从 HTTP 头中捕获，或者它是从一个 Swing 或 Flex GUI 密码表单，或者通过命令行参数。从终端用户收 集信息的过程与 Shiro 的 Authentication Token 概念是不挂钩的。 你可以创建和实例化你喜欢的 Authentication Token 实例——它是与协议无关的。 Strategy 基于程序需要作出合适的决定。 AuthenticationStrategy 是一个无状态的组件，它在身份验证尝试中被询问 4 次（这 4 次交互所需的任何必要的 状态将被作为方法参数）： 1. 在任何 Realm 被调用之前被询问； 2. 在一个单独的 Realm 的 getAuthenticationInfo 方法被调用之前立即被询问； 3. 在一个单独的 Realm

行时，各程序有自己独立的实例会更好些，而不是共同引用一块静态内存。 改变配置就需要重新编译你的程序。 然而，尽管有这些不足，在程序中定制的这种方法在限制内存（memory-constrained ）的环 境中还是很有价值的，像智能电话程序。如果你的程序不是运行在一个限制内存的环境中， 你会发现基于文本的配置会更易读易用。 INI Configuration 配置 大多数程序已经改为使用基于文本的配置，不需要依靠代码就可进行修改，对于不熟悉Shiro Shiro 并不关心你如何获取这些信息：也许是用户从一个HTML表单中提交的，或者可能 从一个 HTTP 请求字串中解析的，也可能来自于Swing或者 Flex GUI 的密码表单，或者通过 命令行参数得到。从程序终端用户获取信息的过程与 Shiro 的 AuthenticationToken 完全无 关。 你可以随自己喜欢构造和引用 AuthenticationToken 实例 -- 这是协议无关的。 恰当的决定。 AuthenticationStrategy 是一个 stateless 的组件，在整个验证过程中在被用到4次（在这4次 活动中需要必要的 state 时，state 将作为方法参数传递） 1.在任何 Realms 被执行之前； 2.在某个的 Realm 的 getAuthenticationInfo 方法调用之前； 3.在某个的 Realm 的 getAuthenticationInfo

10 倍！” ——李沐，亚马逊资深首席科学家 计算机的出现给世界带来了巨大变革，它凭借高速的计算能力和出色的可编程性，成为了执行算法与处理数 据的理想媒介。无论是电子游戏的逼真画面、自动驾驶的智能决策，还是 AlphaGo 的精彩棋局、ChatGPT 的自然交互，这些应用都是算法在计算机上的精妙演绎。 事实上，在计算机问世之前，算法和数据结构就已经存在于世界的各个角落。早期的算法相对简单，例如古 1. 递：程序不断深入地调用自身，通常传入更小或更简化的参数，直到达到“终止条件”。 2. 归：触发“终止条件”后，程序从最深层的递归函数开始逐层返回，汇聚每一层的结果。 而从实现的角度看，递归代码主要包含三个要素。 1. 终止条件：用于决定什么时候由“递”转“归”。 2. 递归调用：对应“递”，函数调用自身，通常输入更小或更简化的参数。 3. 返回结果：对应“归”，将当前递归层级的结果返回至上一层。 尾递归：递归调用是函数返回前的最后一个操作，这意味着函数返回到上一层级后，无须继续执行其他 操作，因此系统无须保存上一层函数的上下文。 以计算 1 + 2 + ⋯ + ? 为例，我们可以将结果变量 res 设为函数参数，从而实现尾递归： // === File: recursion.java === /* 尾递归 */ int tailRecur(int n, int res) { // 终止条件 if

10 倍！” ——李沐，亚马逊资深首席科学家 计算机的出现给世界带来了巨大变革，它凭借高速的计算能力和出色的可编程性，成为了执行算法与处理数 据的理想媒介。无论是电子游戏的逼真画面、自动驾驶的智能决策，还是 AlphaGo 的精彩棋局、ChatGPT 的自然交互，这些应用都是算法在计算机上的精妙演绎。 事实上，在计算机问世之前，算法和数据结构就已经存在于世界的各个角落。早期的算法相对简单，例如古 1. 递：程序不断深入地调用自身，通常传入更小或更简化的参数，直到达到“终止条件”。 2. 归：触发“终止条件”后，程序从最深层的递归函数开始逐层返回，汇聚每一层的结果。 而从实现的角度看，递归代码主要包含三个要素。 1. 终止条件：用于决定什么时候由“递”转“归”。 2. 递归调用：对应“递”，函数调用自身，通常输入更小或更简化的参数。 3. 返回结果：对应“归”，将当前递归层级的结果返回至上一层。 尾递归：递归调用是函数返回前的最后一个操作，这意味着函数返回到上一层级后，无须继续执行其他 操作，因此系统无须保存上一层函数的上下文。 以计算 1 + 2 + ⋯ + ? 为例，我们可以将结果变量 res 设为函数参数，从而实现尾递归： // === File: recursion.java === /* 尾递归 */ int tailRecur(int n, int res) { // 终止条件 if

1. 递：程序不断深入地调用自身，通常传入更小或更简化的参数，直到达到“终止条件”。 2. 归：触发“终止条件”后，程序从最深层的递归函数开始逐层返回，汇聚每一层的结果。 而从实现的角度看，递归代码主要包含三个要素。 1. 终止条件：用于决定什么时候由“递”转“归”。 2. 递归调用：对应“递”，函数调用自身，通常输入更小或更简化的参数。 3. 返回结果：对应“归”，将当前递归层级的结果返回至上一层。 尾递归：递归调用是函数返回前的最后一个操作，这意味着函数返回到上一层级后，无须继续执行其他 操作，因此系统无须保存上一层函数的上下文。 以计算 1 + 2 + ⋯ + ? 为例，我们可以将结果变量 res 设为函数参数，从而实现尾递归： // === File: recursion.java === /* 尾递归 */ int tailRecur(int n, int res) { // 终止条件 if 后出”原则异曲同工。 事实上，“调用栈”和“栈帧空间”这类递归术语已经暗示了递归与栈之间的密切关系。 1. 递：当函数被调用时，系统会在“调用栈”上为该函数分配新的栈帧，用于存储函数的局部变量、参数、 返回地址等数据。 2. 归：当函数完成执行并返回时，对应的栈帧会被从“调用栈”上移除，恢复之前函数的执行环境。 因此，我们可以使用一个显式的栈来模拟调用栈的行为，从而将递归转化为迭代形式：

1. 递：程序不断深入地调用自身，通常传入更小或更简化的参数，直到达到“终止条件”。 2. 归：触发“终止条件”后，程序从最深层的递归函数开始逐层返回，汇聚每一层的结果。 而从实现的角度看，递归代码主要包含三个要素。 1. 终止条件：用于决定什么时候由“递”转“归”。 2. 递归调用：对应“递”，函数调用自身，通常输入更小或更简化的参数。 3. 返回结果：对应“归”，将当前递归层级的结果返回至上一层。 尾递归：递归调用是函数返回前的最后一个操作，这意味着函数返回到上一层级后，无需继续执行其他 操作，因此系统无需保存上一层函数的上下文。 以计算 1 + 2 + ⋯ + ? 为例，我们可以将结果变量 res 设为函数参数，从而实现尾递归。 // === File: recursion.java === /* 尾递归 */ int tailRecur(int n, int res) { // 终止条件 if Java、 Python、C++、Go、C# 等）都不支持自动优化尾递归，因此通常认为空间复杂度是 ?(?) 。 � 函数和方法这两个术语的区别是什么？ 函数（function）可以被独立执行，所有参数都以显式传递。方法（method）与一个对象关 联，被隐式传递给调用它的对象，能够对类的实例中包含的数据进行操作。 下面以几个常见的编程语言来说明。 ‧ C 语言是过程式编程语言，没有面向对象

. . 65 6.3.1 Java 垃圾回收机制 . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 6.3.2 JVM 内存溢出和参数调优 . . . . . . . . . . . . . . . . . . . . . . . 65 6.3.3 内存优化的小示例 . . . . . . . . . . . . . . . . . . 93 9.2 命令行参数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 9.2.1 命令行参数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 9.2.2 可变参数方法 . . . . . . . 5.1 Servlet 声明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 16.5.2 Servlet 初始参数 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217 16.5.3 Servlet 启动时机 . . . . . . . .

October 5, 2018 ���� 理��型的��，������� ▶ �合���的�型 ▶ �型的����� ������型类��型�法 ▶ 理�类型参数 ▶ 理�����������的�型类��型�法 ▶ 受��的类型参数 ��处理�型类型，����������型�器����作 1 19 �� 1 �型�� 2 �型类��型�法 3 处理�型类型 2 19 �型�� 3 ... 4 } 7 19 �型类��型�法 �型�� 类型参数��型类 形� Vector，��，����起来的����为�型��， ����类型参数��的类型���为泛型�� O 注意 �����型类�������时均��类型参数，������ ��� 8 19 �型�� ��类型参数 E �行�型�处理的 java.util.Vector 类的����� E ��为�形�类型�参数��������型类时，我们 需要����的具体类型，���类型参数� 1 Vector v = new Vector(); 编译器�� Vector 类型��时，�知道此 Vector ��/� �的类型参数 E �����为 String 类型，������� addElement() �法的参数� elementAt()

���� ����������� ��������������行参数��������输入 输出的����关 Java �作 �� Java 文件�作的的��方法 ������ �� Jar �����������行� IDE �行 Java ��� �的方法 1 41 �� 1 从��的����起 2 ��行参数 3 ���� 4 ��输入/输出 5 文件�作 6 ���Annotation� 41 ��行参数 ����� ��行参数 ���� Java ��������可�一������������ ������参数���参数��为��行参数��法����� 1 java <������> [<��行参数>]* O 说明 命令行参数将被系统接收并静态初始化为一个一维的 String 数 组对象，然后将之作为实参传给应用程序入口方法 main()。 命令行参数须使用空格符分隔，如果参数中包含空格符则必须 命令行参数须使用空格符分隔，如果参数中包含空格符则必须 使用双引号括起来。 8 41 ����� ��行参数 ���� Java ��������可�一������������ ������参数���参数��为��行参数��法����� 1 java <������> [<��行参数>]* O 说明 命令行参数将被系统接收并静态初始化为一个一维的 String 数 组对象，然后将之作为实参传给应用程序入口方法