判断用户是否被允许做某事  在任何环境下使用 Session API，即使没有 Web 或 EJB 容器。  在身份验证，访问控制期间或在会话的生命周期，对事件作出反应。  聚集一个或多个用户安全数据的数据源，并作为一个单一的复合用户“视图”。  启用单点登录（SSO）功能。  为没有关联到登录的用户启用"Remember Me"服务 … 以及更多——全部集成到紧密结合的易于使用的 apache.shiro.authc.pam.AbstractAuthenticationStrategy 作为出发点。AbstractAuthenticationStrategy 类自动实 现“捆绑”/聚集行为，从每一个 Realm 合并结果到一个单一的 AuthenticationInfo 实例。 Realm 的验证顺序 需要指出非常重要的一点是，ModularRealmAuthenticator Container-Independent Clustering! - Shiro 的会话可以很容易地聚集通过使用任何随手可用的网络缓存产品，像 Ehcache + Terracotta，Coherence，GigaSpaces，等等。这意味着你可以为 Shiro 配置会话群集一次且仅一次， 无论你部署到什么容器中，你的会话将以相同的方式聚集。不需要容器的具体配置！  Heterogeneous Client Access

线性探测存在以下缺陷： ‧ 不能直接删除元素。删除元素会导致桶内出现一个空位，在查找其他元素时，该空位有可能导致程序认 为元素不存在（即上述第 2. 种情况）。因此需要借助一个标志位来标记删除元素。 ‧ 容易产生聚集。桶内被占用的连续位置越长，这些连续位置发生哈希冲突的可能性越大，从而进一步促 进这一位置的“聚堆生长”，最终导致增删查改操作效率的劣化。 多次哈希 顾名思义，「多次哈希」的思路是使用多个哈希函数 1. 找到目标元素，则返回之； 2. 到空位或已尝试所有哈希函数，说明哈希表中无此元素； 6. 散列表 hello‑algo.com 90 相比于「线性探测」，「多次哈希」方法更不容易产生聚集，代价是多个哈希函数增加了额外计算量。 � 工业界方案 Java 采用「链式地址」。在 JDK 1.8 之后，HashMap 内数组长度大于 64 时，长度大于 8 的链 表会被转化为「红黑树」，以提升查找性能。 链表过长会导致查询效率变低，可以通过把链表转化为 AVL 树或红黑树来解决。 ‧ 开放寻址通过多次探测来解决哈希冲突。线性探测使用固定步长，缺点是不能删除元素且容易产生聚集。 多次哈希使用多个哈希函数进行探测，相对线性探测不容易产生聚集，代价是多个哈希函数增加了计算 量。 ‧ 在工业界中，Java 的 HashMap 采用链式地址、Python 的 Dict 采用开放寻址。 91 7. 树

线性探测存在以下缺陷： ‧ 不能直接删除元素。删除元素会导致数组内出现一个空位，在查找其他元素时，该空位有可能导致程序 认为元素不存在（即上述第 2. 种情况）。因此需要借助一个标志位来标记删除元素。 ‧ 容易产生聚集。数组内被占用的连续位置越长，这些连续位置发生哈希冲突的可能性越大，从而进一步 促进这一位置的“聚堆生长”，最终导致增删查改操作效率的劣化。 6. 散列表 hello‑algo.com 91 多次哈希 查找元素：以相同的哈希函数顺序查找，存在两种情况： 1. 找到目标元素，则返回之； 2. 到空位或已尝试所有哈希函数，说明哈希表中无此元素； 相比于「线性探测」，「多次哈希」方法更不容易产生聚集，代价是多个哈希函数增加了额外计算量。 � 工业界方案 Java 采用「链式地址」。在 JDK 1.8 之后，HashMap 内数组长度大于 64 时，长度大于 8 的链 表会被转化为「红黑树」，以提升查找性能。 链表过长会导致查询效率变低，可以通过把链表转化为 AVL 树或红黑树来解决。 ‧ 开放寻址通过多次探测来解决哈希冲突。线性探测使用固定步长，缺点是不能删除元素且容易产生聚集。 多次哈希使用多个哈希函数进行探测，相对线性探测不容易产生聚集，代价是多个哈希函数增加了计算 量。 ‧ 在工业界中，Java 的 HashMap 采用链式地址、Python 的 Dict 采用开放寻址。 92 7. 树

射到相同的桶。而通过线性探测，它们被依次存储在该桶以及之下的桶中。 第 6 章 哈希表 hello‑algo.com 123 图 6‑6 开放寻址（线性探测）哈希表的键值对分布 然而，线性探测容易产生“聚集现象”。具体来说，数组中连续被占用的位置越长，这些连续位置发生哈希冲 突的可能性越大，从而进一步促使该位置的聚堆生长，形成恶性循环，最终导致增删查改操作效率劣化。 值得注意的是，我们不能在开放寻 平方探测主要具有以下优势。 第 6 章 哈希表 hello‑algo.com 127 ‧ 平方探测通过跳过探测次数平方的距离，试图缓解线性探测的聚集效应。 ‧ 平方探测会跳过更大的距离来寻找空位置，有助于数据分布得更加均匀。 然而，平方探测并不是完美的。 ‧ 仍然存在聚集现象，即某些位置比其他位置更容易被占用。 ‧ 由于平方的增长，平方探测可能不会探测整个哈希表，这意味着即使哈希表中有空桶，平方探测也可能 ，以此类推，直到找到空位后插入元素。 ‧ 查找元素：在相同的哈希函数顺序下进行查找，直到找到目标元素时返回；若遇到空位或已尝试所有哈 希函数，说明哈希表中不存在该元素，则返回 None 。 与线性探测相比，多次哈希方法不易产生聚集，但多个哈希函数会带来额外的计算量。 Tip 请注意，开放寻址（线性探测、平方探测和多次哈希）哈希表都存在“不能直接删除元素”的问题。 6.2.3 编程语言的选择 各种编程语言采取了不同的哈希表实现策略，下面举几个例子。

射到相同的桶。而通过线性探测，它们被依次存储在该桶以及之下的桶中。 第 6 章 哈希表 hello‑algo.com 123 图 6‑6 开放寻址（线性探测）哈希表的键值对分布 然而，线性探测容易产生“聚集现象”。具体来说，数组中连续被占用的位置越长，这些连续位置发生哈希冲 突的可能性越大，从而进一步促使该位置的聚堆生长，形成恶性循环，最终导致增删查改操作效率劣化。 值得注意的是，我们不能在开放寻 平方探测主要具有以下优势。 第 6 章 哈希表 hello‑algo.com 127 ‧ 平方探测通过跳过探测次数平方的距离，试图缓解线性探测的聚集效应。 ‧ 平方探测会跳过更大的距离来寻找空位置，有助于数据分布得更加均匀。 然而，平方探测并不是完美的。 ‧ 仍然存在聚集现象，即某些位置比其他位置更容易被占用。 ‧ 由于平方的增长，平方探测可能不会探测整个哈希表，这意味着即使哈希表中有空桶，平方探测也可能 ，以此类推，直到找到空位后插入元素。 ‧ 查找元素：在相同的哈希函数顺序下进行查找，直到找到目标元素时返回；若遇到空位或已尝试所有哈 希函数，说明哈希表中不存在该元素，则返回 None 。 与线性探测相比，多次哈希方法不易产生聚集，但多个哈希函数会带来额外的计算量。 � 请注意，开放寻址（线性探测、平方探测和多次哈希）哈希表都存在“不能直接删除元素”的 问题。 6.2.3 编程语言的选择 各种编程语言采取了不同的哈希表实现策略，下面举几个例子。

射到相同的桶。而通过线性探测，它们被依次存储在该桶以及之下的桶中。 第 6 章 哈希表 www.hello‑algo.com 123 图 6‑6 开放寻址（线性探测）哈希表的键值对分布 然而，线性探测容易产生“聚集现象”。具体来说，数组中连续被占用的位置越长，这些连续位置发生哈希冲 突的可能性越大，从而进一步促使该位置的聚堆生长，形成恶性循环，最终导致增删查改操作效率劣化。 值得注意的是，我们不能在开放寻 平方探测主要具有以下优势。 第 6 章 哈希表 www.hello‑algo.com 127 ‧ 平方探测通过跳过探测次数平方的距离，试图缓解线性探测的聚集效应。 ‧ 平方探测会跳过更大的距离来寻找空位置，有助于数据分布得更加均匀。 然而，平方探测并不是完美的。 ‧ 仍然存在聚集现象，即某些位置比其他位置更容易被占用。 ‧ 由于平方的增长，平方探测可能不会探测整个哈希表，这意味着即使哈希表中有空桶，平方探测也可能 ，以此类推，直到找到空位后插入元素。 ‧ 查找元素：在相同的哈希函数顺序下进行查找，直到找到目标元素时返回；若遇到空位或已尝试所有哈 希函数，说明哈希表中不存在该元素，则返回 None 。 与线性探测相比，多次哈希方法不易产生聚集，但多个哈希函数会带来额外的计算量。 Tip 请注意，开放寻址（线性探测、平方探测和多次哈希）哈希表都存在“不能直接删除元素”的问题。 6.2.3 编程语言的选择 各种编程语言采取了不同的哈希表实现策略，下面举几个例子。

authc.pam.AbstractAuthenticationStrategy 作为起始点。 AbstractAuthenticationStrategy 类自动实现 '绑定（bundling）'/聚集（aggregation）行为将 来自于每个Realm 的结果收集到一个 AuthenticationInfo 实例中。 Realm 验证的顺序 非常重要的一点是，和 Realm 交互的 Mo Container-Independent Clustering! - Shiro 的会话可以很容易地聚集通过使用任何随 手可用的网络缓存产品，像 Ehcache + Terracotta，Coherence，GigaSpaces，等等。 这意味着你可以为Shiro 配置会话群集一次且仅一次，无论你部署到什么容器中，你的会 话将以相同的方式聚集。不需要容器的具体配置！ Heterogeneous Client Access 基于你对话的对象，一个角色的定义是可以多变的。在许多应用程序中，它充其量 是个模糊不清的概念，人们用它来隐式定义安全策略。Shiro 偏向于把角色简单地解释为 一组命名的权限的集合。这就是它——一个应用程序的唯一名称，聚集一个或多个权限 声明。 这是一个比许多应用程序使用的隐式的定义更为具体的定义。如果你选择了你的 数据模型反映Shiro 的假设，你会发现将有更多控制安全策略的权力。 Session 会话是一个

映到相同的桶。而透過線性探查，它們被依次儲存在該桶以及之下的桶中。 第 6 章 雜湊表 www.hello‑algo.com 123 圖 6‑6 開放定址（線性探查）雜湊表的鍵值對分佈 然而，線性探查容易產生“聚集現象”。具體來說，陣列中連續被佔用的位置越長，這些連續位置發生雜湊衝 突的可能性越大，從而進一步促使該位置的聚堆積生長，形成惡性迴圈，最終導致增刪查改操作效率劣化。 值得注意的是，我們不能在開放 平方探測主要具有以下優勢。 第 6 章 雜湊表 www.hello‑algo.com 127 ‧ 平方探測透過跳過探測次數平方的距離，試圖緩解線性探查的聚集效應。 ‧ 平方探測會跳過更大的距離來尋找空位置，有助於資料分佈得更加均勻。 然而，平方探測並不是完美的。 ‧ 仍然存在聚集現象，即某些位置比其他位置更容易被佔用。 ‧ 由於平方的增長，平方探測可能不會探測整個雜湊表，這意味著即使雜湊表中有空桶，平方探測也可能 ，以此類推，直到找到空位後插入元素。 ‧ 查詢元素：在相同的雜湊函式順序下進行查詢，直到找到目標元素時返回；若遇到空位或已嘗試所有雜 湊函式，說明雜湊表中不存在該元素，則返回 None 。 與線性探查相比，多次雜湊方法不易產生聚集，但多個雜湊函式會帶來額外的計算量。 Tip 請注意，開放定址（線性探查、平方探測和多次雜湊）雜湊表都存在“不能直接刪除元素”的問題。 6.2.3 程式語言的選擇 各種程式語言採取了不同的雜湊表實現策略，下面舉幾個例子。

然而，线性探测存在以下缺陷： ‧ 不能直接删除元素。删除元素会在数组内产生一个空位，当查找该空位之后的元素时，该空位可能导致 程序误判元素不存在。为此，通常需要借助一个标志位来标记已删除元素。 ‧ 容易产生聚集。数组内连续被占用位置越长，这些连续位置发生哈希冲突的可能性越大，进一步促使这 一位置的聚堆生长，形成恶性循环，最终导致增删查改操作效率劣化。 以下代码实现了一个简单的开放寻址（线性探测）哈希表。值得注意两点： ，以此类推，直到找到空位后插入元素。 ‧ 查找元素：在相同的哈希函数顺序下进行查找，直到找到目标元素时返回；或遇到空位或已尝试所有哈 希函数，说明哈希表中不存在该元素，则返回 None 。 与线性探测相比，多次哈希方法不易产生聚集，但多个哈希函数会增加额外的计算量。 6.2.3. 编程语言的选择 Java 采用链式地址。自 JDK 1.8 以来，当 HashMap 内数组长度达到 64 且链表长度达到 8 时，链表会被转 7, ⋯} 值得说明的是，如果能够保证 key 是随机均匀分布的，那么选择质数或者合数作为模数都是可以的，它们都 能输出均匀分布的哈希值。而当 key 的分布存在某种周期性时，对合数取模更容易出现聚集现象。 总而言之，我们通常选取质数作为模数，并且这个质数最好足够大，以尽可能消除周期性模式，提升哈希算 法的稳健性。 6.3.3. 常见哈希算法 不难发现，以上介绍的简单哈希算法都比较“脆弱

然而，线性探测存在以下缺陷。 ‧ 不能直接删除元素。删除元素会在数组内产生一个空位，当查找该空位之后的元素时，该空位可能导致 程序误判元素不存在。为此，通常需要借助一个标志位来标记已删除元素。 ‧ 容易产生聚集。数组内连续被占用位置越长，这些连续位置发生哈希冲突的可能性越大，进一步促使这 一位置的聚堆生长，形成恶性循环，最终导致增删查改操作效率劣化。 以下代码实现了一个简单的开放寻址（线性探测）哈希表。 ，以此类推，直到找到空位后插入元素。 ‧ 查找元素：在相同的哈希函数顺序下进行查找，直到找到目标元素时返回；或遇到空位或已尝试所有哈 希函数，说明哈希表中不存在该元素，则返回 None 。 与线性探测相比，多次哈希方法不易产生聚集，但多个哈希函数会增加额外的计算量。 6.2.3 编程语言的选择 Java 采用链式地址。自 JDK 1.8 以来，当 HashMap 内数组长度达到 64 且链表长度达到 8 时，链表会被转 … } 值得说明的是，如果能够保证 key 是随机均匀分布的，那么选择质数或者合数作为模数都是可以的，它们都 能输出均匀分布的哈希值。而当 key 的分布存在某种周期性时，对合数取模更容易出现聚集现象。 总而言之，我们通常选取质数作为模数，并且这个质数最好足够大，以尽可能消除周期性模式，提升哈希算 法的稳健性。 6.3.3 常见哈希算法 不难发现，以上介绍的简单哈希算法都比较“脆弱”