分析
Shiro通过org.apache.shiro.realm.Realm
进行身份与权限的校验,通过org.apache.shiro.realm.jdbc.JdbcRealm
来查看,
我决定继承自org.apache.shiro.realm.AuthorizingRealm
来实现身份校验逻辑和权限标识符获取的逻辑。
org.apache.shiro.realm.AuthorizingRealm
两个抽象方法:
1、 protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principalCollection)
:
主要用于通过当前身份来获取Permissions。
2、 protected AuthenticationInfo doGetAuthenticationInfo(AuthenticationToken authenticationToken) throws AuthenticationException
主要是用户在登录时调用此方法完成用户身份初步校验,注意:校验凭证(密码、验证码等)由Shiro进行校验不需要手动在此进行校验。
源码
spring-shiro.xml
1 | <bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager"> |
OrderAuthorizingRealm.java
1 | public class OrderAuthorizingRealm extends AuthorizingRealm implements InitializingBean { |
UserApiController.java
1 |
|
Shiro凭证匹配器配置
加密方式都为org.apache.shiro.authc.credential.CredentialsMatcher
的实现类
通过org.apache.shiro.realm.AuthenticatingRealm
的private CredentialsMatcher credentialsMatcher
设置凭据的匹配实现类
如:
1 | <bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager"> |
Shiro内置的FilterChain
Shiro验证URL时,URL匹配成功便不再继续匹配查找(所以要注意配置文件中的URL顺序,尤其在使用通配符时)
故filterChainDefinitions的配置顺序为自上而下,以最上面的为准当运行一个Web应用程序时,Shiro将会创建一些有用的默认Filter实例,并自动地在[main]项中将它们置为可用
自动地可用的默认的Filter实例是被DefaultFilter枚举类定义的,枚举的名称字段就是可供配置的名称
anon—————org.apache.shiro.web.filter.authc.AnonymousFilter
authc————–org.apache.shiro.web.filter.authc.FormAuthenticationFilter
authcBasic———org.apache.shiro.web.filter.authc.BasicHttpAuthenticationFilter
logout————-org.apache.shiro.web.filter.authc.LogoutFilter
noSessionCreation–org.apache.shiro.web.filter.session.NoSessionCreationFilter
perms————–org.apache.shiro.web.filter.authz.PermissionAuthorizationFilter
port—————org.apache.shiro.web.filter.authz.PortFilter
rest—————org.apache.shiro.web.filter.authz.HttpMethodPermissionFilter
roles————–org.apache.shiro.web.filter.authz.RolesAuthorizationFilter
ssl—————-org.apache.shiro.web.filter.authz.SslFilter
user—————org.apache.shiro.web.filter.authz.UserFilter通常可将这些过滤器分为两组
anon,authc,authcBasic,user是第一组认证过滤器
perms,port,rest,roles,ssl是第二组授权过滤器
注意user和authc不同:当应用开启了rememberMe时,用户下次访问时可以是一个user,但绝不会是authc,因为authc是需要重新认证的
user表示用户不一定已通过认证,只要曾被Shiro记住过登录状态的用户就可以正常发起请求,比如rememberMe
说白了,以前的一个用户登录时开启了rememberMe,然后他关闭浏览器,下次再访问时他就是一个user,而不会authc举几个例子
/admin=authc,roles[admin] 表示用户必需已通过认证,并拥有admin角色才可以正常发起’/admin’请求
/edit=authc,perms[admin:edit] 表示用户必需已通过认证,并拥有admin:edit权限才可以正常发起’/edit’请求
/home=user 表示用户不一定需要已经通过认证,只需要曾经被Shiro记住过登录状态就可以正常发起’/home’请求各默认过滤器常用如下(注意URL Pattern里用到的是两颗星,这样才能实现任意层次的全匹配)
/admins/=anon 无参,表示可匿名使用,可以理解为匿名用户或游客
/admins/user/=authc 无参,表示需认证才能使用
/admins/user/=authcBasic 无参,表示httpBasic认证
/admins/user/=user 无参,表示必须存在用户,当登入操作时不做检查
/admins/user/=ssl 无参,表示安全的URL请求,协议为https
/admins/user/=perms[user:add:]
参数可写多个,多参时必须加上引号,且参数之间用逗号分割,如/admins/user/**=perms[“user:add:,user:modify:*”]
当有多个参数时必须每个参数都通过才算通过,相当于isPermitedAll()方法
/admins/user/=port[8081]
当请求的URL端口不是8081时,跳转到schemal://serverName:8081?queryString
其中schmal是协议http或https等,serverName是你访问的Host,8081是Port端口,queryString是你访问的URL里的?后面的参数
/admins/user/=rest[user]
根据请求的方法,相当于/admins/user/=perms[user:method],其中method为post,get,delete等
/admins/user/=roles[admin]
参数可写多个,多个时必须加上引号,且参数之间用逗号分割,如/admins/user/**=roles[“admin,guest”]
当有多个参数时必须每个参数都通过才算通过,相当于hasAllRoles()方法
观点仅代表自己,期待你的留言。