事件机制：实现异步化事件通知，SDK 数据变化异步通知等逻辑，是 Nacos 高性能的关键部分。  日志模块：管理日志分类，日志级别，日志可移植性（尤其避免冲突），日志格式，异常码+帮 助文档。  回调机制：SDK 通知数据，通过统⼀的模式回调用户处理。接口和数据结构需要具备可扩展性。  寻址模式：解决 Server IP 直连，域名访问，Nameserver 寻址、广播等多种寻址模式，需要可 半所见⼀致，以及数据的丢失概率较小。Distro 协议则是参考了内部 ConfigServer 和开源 Eureka， 在不借助第三方存储的情况下，实现基本大同小异。Distro 重点是做了⼀些逻辑的优化和性能的调 优。 69 > Nacos 架构 图 5 Nacos ⼀致性协议 负载均衡 负载均衡严格的来说，并不算是传统注册中心的功能。⼀般来说服务发现的完整流程应该是先从注 册中心获取到服务的实例列 NacosPropertySourcePostProcessor 类来处理，该类实现了 BeanFactoryPostProcessor，作为⼀个钩子类，会在所有 spring bean 定义生成后、实例化之前调 用。 在所有 spring bean 定义生成后、实例化之前，下图中的方法会被调用：他的使命是进行注解的扫 描，扫描由 spring 所有的 bean，查看其类上是否有 @NacosPropertySource

▶ 如果 Java 的开发人员不注意内存的使用依然会造成较高的 内存消耗，导致性能的降低。 大纲 Java 内存模型 Java 程序内存运行分析 Java 内存管理建议 JVM 内存溢出和参数调优  当遇到 OutOfMemoryError 时该如何做？ ▶ 常见的 OOM（Out Of Memory）内存溢出异常，就是堆内 存空间不足以存放新对象实例时导致。 ▶ 永久区内存溢出相对少见，一般是由于需要加载海量的 -XX:MaxPermSize=512M。 栈内存优化 调整每个线程的栈内存容量如 -Xss2048K。 大纲 Java 内存模型 Java 程序内存运行分析 Java 内存管理建议 JVM 内存溢出和参数调优  当遇到 OutOfMemoryError 时该如何做？ ▶ 常见的 OOM（Out Of Memory）内存溢出异常，就是堆内 存空间不足以存放新对象实例时导致。 ▶ 永久区内存溢出相对少见，一般是由于需要加载海量的 -XX:MaxPermSize=512M。 栈内存优化 调整每个线程的栈内存容量如 -Xss2048K。 大纲 Java 内存模型 Java 程序内存运行分析 Java 内存管理建议 JVM 内存溢出和参数调优  当遇到 OutOfMemoryError 时该如何做？ ▶ 常见的 OOM（Out Of Memory）内存溢出异常，就是堆内 存空间不足以存放新对象实例时导致。 ▶ 永久区内存溢出相对少见，一般是由于需要加载海量的

. 65 6.3.1 Java 垃圾回收机制 . . . . . . . . . . . . . . . . . . . . . . . . . . . 65 6.3.2 JVM 内存溢出和参数调优 . . . . . . . . . . . . . . . . . . . . . . . 65 6.3.3 内存优化的小示例 . . . . . . . . . . . . . . . . . JVM 已经代替开发者完成了对内存的管理，但是硬件本身的资源是有限的。 • 如果 Java 的开发人员不注意内存的使用依然会造成较高的内存消耗，导致性能 的降低。 6.3.2 JVM 内存溢出和参数调优 当遇到 OutOfMemoryError 时该如何做？ • 常见的 OOM（Out Of Memory）内存溢出异常，就是堆内存空间不足以存放新对 象实例时导致。 • 永久区内存溢出相对少见，一般是由于需要加载海量的 2. 视图（View） 绘制模型的视觉表现，即显示数据。视图就是用户能够看到并与之 进行交互的用户界面。 3. 控制器（Controllor）负责处理事件或者说程序的流程控制，接受用户输入，并调 用/操控模型和视图以实现用户需求。 MVC 作用原理如图11.7所示。 Model Controllor Event View 01 View 02 update getdata

"printer:query" 权限外，你 可以简单地授予他们一个： printer:print,query 它能够赋予用户 print 和query 打印机的能力。由于他们被授予了这两个操作，你可以通过调 用下面的语句来判断用户是否有能力查询打印机： Apache Shiro 1.2.x Reference Manual 中文翻译 61 6.1. Permissions 权限 subject. 交互时到底发生了什么是很重要的。 Supporting AuthenticationTokens 正如在认证流程中提到的，在一个 Realm 执行一个验证尝试之前，它的supports)方法被调 用。只有在返回值为 true 的时候它的getAuthenticationInfo(token) 方法才会执行。 通常情况下，一个 realm 将检查提交的令牌类型（接口或类）确定自己是否可以处理它，例 能用来做什么呢？ 很多，很多，嘿嘿。但是不在快速指南中做介绍，如果你想知道，那怎么办呢？去这里找寻 你的答案吧。当然如果你还想知道我们什么时候，以及为什么要“创造”Shiro，去看看Shrio的 历史和使命吧。 现在让我们动手做点儿什么吧。 Shiro可以在任何环境下运行，小到最简单的命令行应用，大到大型的企业应用以及集群应 用。但是我们准备在快速指南中使用最最简单的 main 方法的方式，让你对

拦截器接口方法说明 preHandle 预处理回调方法。实现处理器的预处理（如登录检 查），第三个参数为响应处理器（如 Controller 实现）。 返回值 true 表示继续流程（如调用下一个拦截器或 处理器）；false 表示流程中断（如登录检查失败），不 会继续调用其他的拦截器或处理器，此时我们需要 通过 response 来产生响应。 postHandle 后处理回调方法。 afterCompletion afterCompletion 整个请求处理完毕回调方法。 大纲 Spring 文件上传 Spring 文件下载 Spring 用户登录 监听器 拦截器接口方法说明 preHandle 预处理回调方法。 postHandle 后处理回调方法。实现处理器的后处理（但在渲染 视图之前），此时我们可以通过 modelAndView（模 型和视图对象）对模型数据进行处理或对视图进行 处理，modelAndView 也可能为 null。 afterCompletion 整个请求处理完毕回调方法。 大纲 Spring 文件上传 Spring 文件下载 Spring 用户登录 监听器 拦截器接口方法说明 preHandle 预处理回调方法。 postHandle 后处理回调方法。 afterCompletion 整个请求处理完毕回调方法。在视图渲染完毕时 回调，如性能监控中我们可以在此记录结束时间并 输出消耗时间，还可以进行一些资源清理，类似于

映射时，先检查是否有实例在运行。 5. 如果没有实例运行，则创建 Servlet 类的对象，调用其构造 方法，然后调用 init() 方法。 6. 如果有实例在运行，则根据请求的方法是 GET 或 POST， 自动调 doGet() 或 doPost() 方法。将请求对象和响应对象 传给 doGet() 或 doPost() 方法。 7. 在 doGet() 或 doPost() 方法内通过 HttpServletRequest 映射时，先检查是否有实例在运行。 5. 如果没有实例运行，则创建 Servlet 类的对象，调用其构造 方法，然后调用 init() 方法。 6. 如果有实例在运行，则根据请求的方法是 GET 或 POST， 自动调 doGet() 或 doPost() 方法。将请求对象和响应对象 传给 doGet() 或 doPost() 方法。 7. 在 doGet() 或 doPost() 方法内通过 HttpServletRequest 映射时，先检查是否有实例在运行。 5. 如果没有实例运行，则创建 Servlet 类的对象，调用其构造 方法，然后调用 init() 方法。 6. 如果有实例在运行，则根据请求的方法是 GET 或 POST， 自动调 doGet() 或 doPost() 方法。将请求对象和响应对象 传给 doGet() 或 doPost() 方法。 7. 在 doGet() 或 doPost() 方法内通过 HttpServletRequest

CredentialsMatcher 实现； 2.6、将 credentialsMatcher 赋值给 myRealm，myRealm 间接继承了 AuthenticatingRealm，其 在 调 用 getAuthenticationInfo 方 法 获 取 到 AuthenticationInfo 信 息 后 ， 会 使 用 credentialsMatcher 来验证凭据是否匹配，如果不匹配将抛出 noSessionCreation org.apache.shiro.web.filter. session.NoSessionCreation Filter 不 创 建 会 话 拦 截 器 ， 调 用 subject.getSession(false)不会有什么问题， 但是如果 subject.getSession(true)将抛出 DisabledSessionException 异常； SessionValidationScheduler 来做这件事情。 可以通过如下 ini 配置开启会话验证： sessionValidationScheduler ： 会 话 验 证 调 度 器 ， sessionManager 默 认 就 是 使 用 ExecutorServiceSessionValidationScheduler，其使用 JDK 的 ScheduledExecutorService

、下标运算符[ ]、实例运算符 instanceof、内存分配运算符 new、 强制类型转换运算符(类型)、方法调用运算符()等  课后小作业 请自行总结 Java 运算符的基本用法，包括运算符的优 先级。 大纲 数据类型 常量和变量 关键字与标识符 运算符与表达式 从键盘获得输入 语句 分支结构 循环结构 ���� 数据类型 常量和变量 关键字与标识符 运算符与表达式 从键盘获得输入

对于大顶堆（小顶堆），堆顶元素（即根节点）的值分别是最大（最小）的。 8.1.1 堆常用操作 需要指出的是，许多编程语言提供的是「优先队列 priority queue」，这是一种抽象数据结构，定义为具有优 先级排序的队列。 实际上，堆通常用作实现优先队列，大顶堆相当于元素按从大到小顺序出队的优先队列。从使用角度来看， 我们可以将“优先队列”和“堆”看作等价的数据结构。因此，本书对两者不做特别区分，统一使用“堆“来 需求可能会变得很大。 即便如此，回溯算法仍然是某些搜索问题和约束满足问题的最佳解决方案。对于这些问题，由于无法预测哪 些选择可生成有效的解，因此我们必须对所有可能的选择进行遍历。在这种情况下，关键是如何进行效率优 化，常见的效率优化方法有两种。 第 13 章 回溯 hello‑algo.com 283 ‧ 剪枝：避免搜索那些肯定不会产生解的路径，从而节省时间和空间。 ‧ 启发式搜索：在搜索过程中引入一 所示，上述方法生成的排列有一半都是重复的。 图 13‑7 重复排列 第 13 章 回溯 hello‑algo.com 287 那么如何去除重复的排列呢？最直接地，考虑借助一个哈希表，直接对排列结果进行去重。然而这样做不够优 雅，因为生成重复排列的搜索分支是没有必要的，应当被提前识别并剪枝，这样可以进一步提升算法效率。 1. 相等元素剪枝 观察图 13‑8 ，在第一轮中，选择 1 或选择 ̂1 是等价的，在这两个选择之下生成的所有排列都是重复的。因此

▶ 业务控制器并不与物理视图关联，这种做法提供了很好的解耦。 ▶ 在 Struts 2 的控制下，用户请求不再向 JSP 页面发送，而是由核 心控制器来“调用”JSP 页面来生成响应，此处调用不是直接调 用，而是将请求 forward 到指定的 JSP 页面。 大纲 Java Web 应用的开发演化 经典 MVC 框架 - Struts 2 本节习题 接下来⋯ Java Web 应用的开发演化