shiro和springsecurity大都放心关于框架，简单啊说是对访问权限通过压制，他们三个都提供了不认证、合法授权、加密模式、你忙吧管理；这个时候要提句，常见这些安全的基础框架应该不会去帮我们也能维护服务器用户/权限限制；这些需要我们是他们去实现，后再按照你所选的插口吸纳给方便基础框架。
这样的话springboot什么项目的话，是可以使用shiro肯定springsecurity呢？那就先看看吧本身什么区别和同时：
shiro的配置如何和在用比较简单啊，springsecurity上手急切些；
shiro依懒性低，理论原理上不要一丁点框架和容器，这个可以的的正常运行（但使用的的附近环境还是javaee）；springsecurity依赖感spring烧杯；
shiro允许浏览器中项目和非web站点项目；在三大集群环境有没中，shiro可以相当于于烧杯；
springsecurity基于spring开发，什么项目若使用spring（以及springboot）充当基础，依靠springsecurity做权限更加方便；shiro不需要和spring进行统一整合（当然了这些结构复杂程度是可以忽略）；
springsecurity对oauth、openid也有意见，shiro则必须自己的半自动基于。
总结帮一下忙，springboot在用shiro还是springsecurity，我更倾向于shiro。
另一方面确实shiro需要和springboot做全部整合，不过这种过程分析不奇怪；
别外另外一方面oauth、openid站点间都统一直接登录功能很强大，会有更合适的实现方法方案的设计，很少很少在这种所有层级实现方法，所以才springsecurity的这两个功能一样是可以不确定。
我将坚持了分享分享java开发、架构模式、软件工程师职业发展等这一点的精辟的见解，希望能能得到你的参与。
在启动后之前可能会真接进入到注册表信息写数据
