Shiro概念

ShiroFilter的工作原理

	浏览器发送过来的请求。分为两种处理。
		1.ShiroFilterFactoryBean中设置的loginUrl,可以不经过认证直接访问。
		2.ShiroFilterFactoryBean中设置的filterChainDefinitions,通过它的配置,可以访问经过认证或者不被拦截的页面。

Shiro常用的过滤器

anon:无需认证就可以访问
authc:必须认证了才能访问
user:必须存在用户
perms:必须拥有对某个资源的权限才能访问
roles:必须拥有这个角色权限才能访问

Shiro中Url的匹配模式

Url权限采取第一次匹配优先的方式
Url模式使用Ant风格模式

Shiro中认证的基本流程(一个realm)

1.收集用户的账号和密码
2.调用Subject.login()进行登录。如果失败则抛出相应的异常。否则登录成功。
3.自定义Realm方法,完成数据的查询,返回给Shiro().
4.由Shiro完成密码的比对。

Shiro中认证的基本流程(多个realm)

	1.使用Subject.login(token),进行登录。这会自动委托给SecurityManager。
	2.SecurityManager委托给Authenticator进行身份验证。
	3.Authenticator会使用相应的AuthenticationStrategy进行多Realm认证。==ModularRealmAuthenticator会调用AuthenticationStrategy进行多Realm认证。
	4.如果验证成功,返回AuthenticationInfo验证信息。否则,抛出异常。

Authenticator的作用

Authenticator的职责是验证用户帐号,是Shiro API 中身份验证核心的入口点;
	如果验证成功,将返回AuthenticationInfo 验证信息;此信息中包含了身份及凭证;
	如果验证失败将抛出相应的 AuthenticationException异常

AuthenticationStrategy的三种实现

FirstSuccessfulStrategy:只要有一个 Realm 验证成功即可,只返回第一个 Realm 身份验证成功的认证信息,其他的忽略;
AtLeastOneSuccessfulStrategy:只要有一个Realm验证成功即可,将返回所有Realm身份验证成功的认证信息;
AllSuccessfulStrategy:所有Realm验证成功才算成功,且返回所有Realm身份验证成功的认证信息,如果有一个失败就失败了。
ModularRealmAuthenticator 默认是AtLeastOneSuccessfulStrategy策略

如何理解权限和角色

权限:表示应用中用户能不能访问某个资源
角色:可以理解为权限的集合。不同的角色有着不同的权限集合。

授权方式

1.编程式
	通过写if/else 授权代码块完成
2.注解式
	通过在执行的Java方法上放置相应的注解完成,没有权限将抛出相应的异常
3.标签式
	在JSP/GSP 页面通过相应的标签完成

授权流程

1、首先调用 Subject.isPermitted*/hasRole* 接口,其会委托给SecurityManager,而SecurityManager 接着会委托给 Authorizer;
2、Authorizer是真正的授权者,如果调用如isPermitted(“user:view”),其首先会通过PermissionResolver 把字符串转换成相应的Permission 实例;
3、在进行授权之前,其会调用相应的 Realm 获取 Subject 相应的角色/权限用于匹配传入的角色/权限;
4、Authorizer会判断 Realm 的角色/权限是否和传入的匹配,如果有多个Realm,会委托给 ModularRealmAuthorizer 进行循环判断,如果匹配 isPermitted*/hasRole* 会返回true,否则返回false表示授权失败。

ModularRealmAuthorizer 的执行过程

ModularRealmAuthorizer 进行多Realm 匹配流程:
1、首先检查相应的 Realm 是否实现了实现了Authorizer;
2、如果实现了Authorizer,那么接着调用其相应的isPermitted*/hasRole* 接口进行匹配;
3、如果有一个Realm匹配那么将返回 true,否则返回 false。

会话管理

常用的一些API:
Subject.getSession():即可获取会话
session.getId():获取当前会话的唯一标识
session.getHost():获取当前Subject的主机地址
session.getTimeout() & session.setTimeout(毫秒):获取/设置当前Session的过期时间
session.getStartTimestamp() & session.getLastAccessTime():获取会话的启动时间及最后访问时间;
如果是 JavaSE 应用需要自己定期调用 session.touch() 去更新最后访问时间;如果是 Web 应用,每次进入 ShiroFilter 都会自动调用 session.touch() 来更新最后访问时间。
session.touch() & session.stop():更新会话最后访问时间及销毁会话;
session.setAttribute(key, val) & session.getAttribute(key) & session.removeAttribute(key):
设置/获取/删除会话属性;在整个会话范围内都可以对这些属性进行操作

SessionDao

AbstractSessionDAO 提供了 SessionDAO 的基础实现.
CachingSessionDAO 提供了对开发者透明的会话缓存的功能,需要设置相应的 CacheManager
MemorySessionDAO 直接在内存中进行会话维护
EnterpriseCacheSessionDAO 提供了缓存功能的会话维护,默认情况下使用 MapCache 实现,内部使用ConcurrentHashMap 保存缓存的会话。

ConcurrentHashMap的实例—>EnterpriseCacheSessionDao的MapCache实现

token.setRememberMe(true)实现RememeberMe功能

web.xml配置 因为我们是与spring进行集成的,而spring的基本就是web项目的xml文件。所以我们在web.xml中配置shiros的过滤拦截。正常情况下,我们需要将shiro的filter配置在所有的filter前面,当然和encodingFilter这个filter是不区分前后的。因为两者互相不影响的。spring-shiro.xml 这里我们将来看看spring-shiro.xml的配置,这里我采取倒叙的方式讲解,我觉的倒叙更加的有助于我们理解代码。首先我们还记得在web.xml中配置的那个filter吧,名字shiroFilter,对spring-shiro.xml配置文件就是通过这个filter展开的。首先我们在web.xml配置的过滤器实际上是配置ShiroFilterFactoryBean,所以在这里需要将ShiroFilterFactoryBean定义为shiroFilter <!-- Shiro的核心安全接口,这个属性是必须的 --> <!-- 要求登录时的链接(可根据项目的URL进行替换),非必须的属性,默认会自动寻找Web工程根目录下的"/login.html"页面 --> <!-- 登录成功后要跳转的连接 --> <!-- 用户访问未对其授权的资源时,所显示的连接 --> <!-- 若想更明显的测试此属性可以修改它的值,如unauthor.jsp,然后用[玄玉]登录后访问/admin/listUser.jsp就看见浏览器会显示unauthor.jsp --> <!-- Shiro连接约束配置,即过滤链的定义 --> <!-- 此处可配合我的这篇文章来理解各个过滤连的作用http://blog.csdn.net/jadyer/article/details/12172839 --> <!-- 下面value值的第一个'/'代表的路径是相对于HttpServletRequest.getContextPath()的值来的 --> <!-- anon:它对应的过滤器里面是空的,什么都没做,这里.do和.jsp后面的*表示参数,比方说login.jsp?main这种 --> <!-- authc:该过滤器下的页面必须验证后才能访问,它是Shiro内置的一个拦截器org.apache.shiro.web.filter.authc.FormAuthenticationFilter --> /statics/**=anon /login.html=anon /sys/schedule.html=perms[sys:schedule:save] /sys/login=anon /captcha.jpg=anon /**=authc
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值