........................................................................................... 95 会话存储/持久化 .............................................................................................. Manager：会话管理，即用户登录后就是一次会话，在没有退出之前，它的所有信 息都在会话中；会话可以是普通 JavaSE 环境的，也可以是如 Web 环境的； Cryptography：加密，保护数据的安全性，如密码加密存储到数据库，而不是明文存储； Web Support：Web 支持，可以非常容易的集成到 Web 环境； Caching：缓存，比如用户登录后，其用户信息、拥有的角色/权限不必每次去查，这样可以 跟我学 后通过 相应的接口注入给 Shiro 即可。 接下来我们分别从外部和内部来看看 Shiro 的架构，对于一个好的框架，从外部来看应该 具有非常简单易于使用的 API，且 API 契约明确；从内部来看的话，其应该有一个可扩展 的架构，即非常容易插入用户自定义实现，因为任何框架都不能满足所有需求。 首先，我们从外部来看 Shiro 吧，即从应用程序角度的来观察如何使用 Shiro 完成工作。如

注意，这是不可取的，如果你在单个的 JVM 只中会有不只一个启用 Shiro 的应用程序。对于这个简单的例子 而言，这是没有问题的，但更为复杂的应用程序环境通常将 SecurityManager 置于应用程序特定的存储中（如 在 Web 应用中的 ServletContext 或 Spring，Guice 后 JBoss DI 容器实例）。 Using Shiro 现在我们的 SecurityManager Authenticator 是一个对执行及对用户的身份验证（登录）尝试负责的组件。当一个用户尝试登录时，该逻辑 被 Authenticator 执行。Authenticator 知道如何与一个或多个 Realm 协调来存储相关的用户/帐户信息。从这些 Realm 中获得的数据被用来验证用户的身份来保证用户确实是他们所说的他们是谁。  Authentication Strategy(org.apache.shiro apache.shiro.session.mgt.eis.SessionDAO) SesssionDAO 代表 SessionManager 执行 Session 持久化（CRUD）操作。这允许任何数据存储被插入到会 话管理的基础之中。  CacheManager(org.apahce.shiro.cache.CacheManager) CacheManager 创建并管理其他 Shiro

帮助你熟悉 Shiro 的设 计和 API。 当你跟随本教程时，如果你不想编辑文件,您可以获得一个几乎相同的示例作为参考。 选择一 个地址: 在Apache Shiro 的 Subversion 存储库: https://svn.apache.org/repos/asf/shiro/trunk/samples/quickstart/ 在Apache Shiro 的源码发布 samples/quickstart 访问，注意如果你在一个 JVM 中加载多个使用 shiro 的程序时不要这样做，在这个简 单示例中，这是可以的，但在其它成熟的应用环境中，通常会将 SecurityManager 放在程序 指定的存储中（如在 web 中的 ServletContexct 或者 Spring、Guice、 JBoss DI 容器实例） 中。 Using Shiro 使用 现在我们的 SecurityManager SessionDAO(org.apache.shiro.session.mgt.eis.SessionDAO) SessionDAO 代表 SessionManager 执行 Session 持久（CRUD）动作，它允许任何存储的 数据挂接到 session 管理基础上。 CacheManager(org.apache.shiro.cache.CacheManager) CacheManager 为 Shiro 的其

开放性，设计和讨论保持社区互动和透明，方便大家协作。 架构图 整体架构分为用户层、业务层、内核层和插件，用户层主要解决用户使用的易用性问题，业务层主 要解决服务发现和配置管理的功能问题，内核层解决分布式系统⼀致性、存储、高可用等核心问题， 插件解决扩展性问题。 Nacos 架构 < 18 用户层  OpenAPI：暴露标准 Rest 风格 HTTP 接口，简单易用，方便多语言集成。  Console Server IP 直连，域名访问，Nameserver 寻址、广播等多种寻址模式，需要可 扩展。  推送通道：解决 Server 与存储、Server 间、Server 与 SDK 间高效通信问题。  容量管理：管理每个租户，分组下的容量，防止存储被写爆，影响服务可用性。  流量管理：按照租户，分组等多个维度对请求频率，长链接个数，报文大小，请求流控进行控制。  缓存机制：容灾目录，本地缓存，Server ⼀致性协议：解决不同数据，不同⼀致性要求情况下，不同⼀致性要求，是 Nacos 做到 AP 协 议的关键。  存储模块：解决数据持久化、非持久化存储，解决数据分片问题。 插件  Nameserver：解决 Namespace 到 ClusterID 的路由问题，解决用户环境与 Nacos 物理环境 映射问题。  CMDB：解决元数据存储，与三方 CMDB 系统对接问题，解决应用，人，资源关系。  Metrics：暴露标准

型（复合数据类型）在内存中存放的是指向该数据的地址，不是数据值本身。引用数 据类型包括类、数组、接口等。 数据类型的基本要素包括： • 数据的性质（数据结构） • 数据的取值范围（字节大小） • 数据的存储方式 • 参与的运算 整型 Java 整型类型的数据位数及取值范围如表2.1所示。 表 2.1 整型数据类型 类型 数据位数 取值范围 byte（字节型） 8 −128 ∼ 127，即 −27 逻辑型又称为布尔型（boolean），布尔型数据类型的特性如下： • 布尔型数据只有 true（真）和 false（假）两个取值。 • 布尔型数据存储占 1 个字节，默认取值为 false。 • 布尔型数据 true 和 false 不能转换成数字表示形式。 字符型 • 字符型数据类型用来存储单个字符，采用的是 Unicode 字符集编码方案1。 • 字符声明用单引号表示单个字符。 • 字符型数据可以转化为整型。 终止当前这一轮（次）的循环，进入下一轮（次）循环。 return 语句 用来使程序从方法（函数）中返回，可返回一个值。 2.3 课后习题 . O 简答题 1. Java 语言定义类哪些基本数据类型？其存储结构分别是什么样的？ 2. 自动类型转换的前提是什么？转换时的优先级顺序如何？ 3. 数字字符串转换为数值类型数据时，可以使用的方法有哪些？ . O 小编程 1. 编写程序，从键盘输入一个浮点数，然后将该浮点数的整数部分输出。

== null) ? ReferenceQueue.NULL : queue; } 一个构造函数带需要注册到的引用队列，一个不带。带queue的意义在于我们 以吃从外部通过对queue的操作来了解到引用实例所指向的实际对象是否被回收了，同时我们也可以 过queue对引用实例进行一些额外的操作；但如果我们的引用实例在创建时没有指定一个引用队列， 我们要想知道实际对象 @SuppressWarnings("rawtypes") Reference next; next用来表示当前引用实例的下一个需要被处理的引用实例，我们在注释中看到的四个状态，是引用 例的内部状态，不可以被外部查看或是直接修改： ● Active：新创建的引用实例处于Active状态，但当GC检测到该实例引用的实际对象的可达性发生某 适当的改变(实际对象对于GC roots不可达)后，它的状态将会根据此实例是否注册在引用队列中而变 e)和出队(poll)，其中的内部元素就是我们上文中提到的 eference对象。队列元素的存储结构是单链式存储，依靠每个reference对象的next域去找下一个元 。 主要成员有： private volatile Reference extends T> head = null; 用来存储当前需要被处理的节点 static ReferenceQueue NULL = new Null<>();