Spring Security 和 Apache Shiro
前言
Web 应用达到生产环境需要必须有安全控制。Java Web 领域经常提及的两大开源框架主要有两种选择：Spring Security 和 Apache Shiro。学习这两种框架也是 Java 开发者提高水平的必经之路。
Spring Security 和 Apache Shiro
相对于 Apache Shiro，Spring Security 提供了更多的诸如 LDAP、OAuth2.0、ACL、Kerberos、SAML、SSO、OpenID 等诸多的安全认证、鉴权协议，可以按需引用。对认证/鉴权更加灵活，粒度更细。可以结合业务场景进行更加合理的定制化开发。在最新的 Spring Security 5.x 中更是提供了响应式应用（reactive application）的安全控制支持。从语言上来讲，支持使用 Kotlin、Groovy 进行开发。
Spring Security 因为利用了 Spring IOC 和 AOP 的特性而无法脱离 Spring 独立存在。而 Apache Shiro 可以独立存在。但是 Java Web 领域 Spring 可以说是事实上的 J2EE 规范。使用 Java 技术栈很少能脱离 Spring。也因为功能强大，Spring Security 被认为非常重，这是不对的。认真学习之后会发现其实也就是那么回事。两种框架都是非常优秀的安全框架，根据实际需要做技术选型。如果你要学习这两种安全框架就必须熟悉一下一些相对专业的概念。
认证/鉴权
这两个概念英文分别为 authentication / authorization。是不是特别容易混淆。无论你选择 Apache Shiro 或者 Spring Security 都需要熟悉这两个概念。其实简单来说认证（authentication）就是为了证明你是谁，比如你输入账号密码证明你是用户名为某用户的用户。而授权（authorization）是通过认证后的用户所绑定的角色等凭证来证明你可以做什么。打一个现实中的例子。十一长假大家远行都要乘坐交通工具，现在坐车实名制，也就是说你坐车需要两件东西：身份证和车票。身份证是为了证明你确实是你，这就是 authentication；而车票是为了证明你张三确实买了票可以上车，这就是 authorization。这个例子从另一方面也证明了。如果只有认证没有授权，认证就没有意义。如果没有认证，授权就无法赋予真正的可信任的用户。两者是同时存在的。
过滤器链
对于 Servlet Web 应用来说，想要通用的安全控制最好莫过于使用 Servlet Filter。过滤器责任链来组成一系列的过滤策略，不同的条件的请求进入不同的过滤器进行各自的处理逻辑。我们可以对这些 Filter 进行排列组合以满足我们的实际业务需要。
RBAC 模型
RBAC 是基于角色的访问控制（Role-Based Access Control）的简称。在 RBAC 中，权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。这样管理都是层级相互依赖的，权限赋予给角色，而把角色又赋予用户，这样的权限设计很清楚，管理起来很方便。当你拥有某个角色以后，你自然继承了该角色的所有功能。对你的一些操作限制不需要直接与你进行沟通，只需要操作你拥有的角色。比如你在公司既是一个 Java 程序员又是一个前端程序员，那么你不但要当 SQL Boy 还要当页面仔。如果有一天经理说了前端负责测试工作，好了你又承担了测试任务。
其他一些概念
比如其它一些常见的安全策略、攻击方式。比如反向代理、网关、壁垒机这种偏运维的知识；CSRF（Cross-site request forgery）跨站请求伪造、XSS（跨站脚本攻击）也需要了解一些。对于一些上面提到的什么 OAuth2.0 之类的协议也最好研究一下。当然这些不是必须的。
总结
本文粗略的简述了 Spring Security 和 Apache Shiro 的一些异同。以及学习它们的一些前置条件。如果你不满足这些条件学习起来可能比较吃力。所以本文的作用是为你学习预热，做一些准备工作，避免新入门的同学陷入迷途。
