源码分析Shiro认证流程

          源码分析Shiro认证流程


Shiro简介

Apache Shiro是一个强大易用的Java安全框架，提供了认证、授权、加密和会话管理等功能：

• 认证 - 用户身份识别，常被称为用户“登录”。
• 授权 - 访问控制。
• 密码加密 - 保护或隐藏数据防止被偷窥。
• 会话管理 - 每用户相关的时间敏感的状态。

对于任何一个应用程序,Shiro都可以提供全面的安全管理服务。并且相对于其他安全框架，Shiro要简单的多。

Shiro源码概况

Subject：即“当前操作用户”。但是，在Shiro中，Subject这一概念并不仅仅指人，也可以是第三方进程、后
台帐户（Daemon Account）或其他类似事物。它仅仅意味着“当前跟软件交互的东西”。但考虑到大多数目的
和用途，你可以把它认为是Shiro的“用户”概念。
Subject代表了当前用户的安全操作，SecurityManager则管理所有用户的安全操作。

SecurityManager：它是Shiro框架的核心，典型的Facade模式，Shiro通过SecurityManager来管理内部组
件实例，并通过它来提供安全管理的各种服务。

Realm： Realm充当了Shiro与应用安全数据间的“桥梁”或者“连接器”。也就是说，当对用户执行认证（登
录）和授权（访问控制）验证时，Shiro会从应用配置的Realm中查找用户及其权限信息。
从这个意义上讲，Realm实质上是一个安全相关的DAO：它封装了数据源的连接细节，并在需要时将相关数
据提供给Shiro。当配置Shiro时，你必须至少指定一个Realm，用于认证和（或）授权。配置多个Realm是可
以的，但是至少需要一个。
Shiro内置了可以连接大量安全数据源（又名目录）的Realm，如LDAP、关系数据库（JDBC）、类似INI的文
本配置资源以及属性文件等。如果缺省的Realm不能满足需求，你还可以插入代表自定义数据源的自己的
Realm实现。

Authenticator ：认证就是核实用户身份的过程。这个过程的常见例子是大家都熟悉的“用户/密码”组合。多
数用户在登录软件系统时，通常提供自己的用户名（当事人）和支持他们的密码（证书）。如果存储在系统
中的密码（或密码表示）与用户提供的匹配，他们就被认为通过认证。
Authorizer ：授权实质上就是访问控制 - 控制用户能够访问应用中的哪些内容，比如资源、Web页面等等。

SessionManager ：在安全框架领域，Apache Shiro提供了一些独特的东西：可在任何应用或架构层一致地
使用Session API。即，Shiro为任何应用提供了一个会话编程范式 - 从小型后台独立应用到大型集群Web应
用。这意味着，那些希望使用会话的应用开发者，不必被迫使用Servlet或EJB容器了。或者，如果正在使用这
些容器，开发者现在也可以选择使用在任何层统一一致的会话API，取代Servlet或EJB机制。
CacheManager :对Shiro的其他组件提供缓存支持。

通过登录Demo，分析shiro源码

Shiro认证流程图：




第一步：用户在登录页面输入用户名和密码，然后点击登陆按钮。内部执行如下：
         UsernamePasswordToken token = new UsernamePasswordToken(loginForm.getUsername(),
loginForm.getPassword());//用户再登录页面输入的用户名和密码
         Subject currentUser = SecurityUtils.getSubject();//当前登录的用户对象
         currentUser.login(token);//调用框架自带的登录方法

第二步：代理DelegatingSubject继承Subject执行login

public void login(AuthenticationToken token) throws AuthenticationException {
           clearRunAsIdentitiesInternal();
           Subject subject = securityManager.login(this, token);
           PrincipalCollection principals;
           String host = null;
           if (subject instanceof DelegatingSubject) {
               DelegatingSubject delegating = (DelegatingSubject) subject;
               //we have to do this in case there are assumed identities ‐ we don't want to
lose the 'real' principals:
               principals = delegating.principals;
               host = delegating.host;
           } else {
               principals = subject.getPrincipals();
          }
          if (principals == null || principals.isEmpty()) {
               String msg = "Principals returned from securityManager.login( token ) returned a
null or " +
                             "empty value. This value must be non null and populated with one or
more elements.";
               throw new IllegalStateException(msg);
        }
        this.principals = principals;
        this.authenticated = true;
        if (token instanceof HostAuthenticationToken) {
            host = ((HostAuthenticationToken) token).getHost();
       }
       if (host != null) {