Spring Security 为啥是个垃圾框架？-轻识

点击关注公众号：互联网架构师，后台回复 2T获取2TB学习资源！

古时候写代码，权限这块写过一个库，基本就是一个泛型接口，里面有几个方法：

如验证输入的principal和credentials，返回token和authorities和roles，role就是一堆authorities集，也就说就是返回一堆authorities。然后每次请求会拿token找到authorities，然后再判断当前请求的资源（其实就是url）包不包括在authorities内。

这接口实现不复杂，也可很复杂自己实现，因为是接口，里面的方法参数都带了很多上下文，所以基本可以获取到所有有用的信息。当年用这接口几乎就没解决不了的权限问题。

后来用spring，更简单了，就是aop一下controller，然后类似那种接口鉴权，不aop就用filter或者拦截器一样的。

再后来，发现spring security粗略研究下。好呀，什么AuthenticationManager，AuthenticationProvider，UserDetailsService，SecurityContextHolder，SecurityInterceptor眼花缭乱，无从下手。而且，不知道是我没注意还是眼瞎，这玩意儿似乎和web或者webflux强耦合。当时有个需求是session（其实就是token）放在redis里，有个同事为实现这简单东西似乎要重写整个HttpSession类？

还有也是因为我们的权限配置是在另一个服务里，所以获取权限的时候要重写UserDetailsService？

不知道是我同事水平不够还是版本太老，反正看的我瑟瑟发抖。

有必要系统学习这东西吗？其实我看半天整个spring security实现的东西似乎和我自己的那种接口思想没什么区别。现在有新项目了，到底要不要系统学习spring security，是我理解太肤浅？