【Spring Security OAuth2】- spring security - 认证流程源码级详解

smart哥

于 2024-10-10 07:45:32 发布

阅读量280

点赞数 14

本文链接：https://blog.csdn.net/smart_an/article/details/142805016

版权

Spring Security OAuth2专题专栏收录该内容

26 篇文章 0 订阅

订阅专栏

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

 阶段2、深入多线程设计模式

 阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

认证流程源码级详解

之前的课程都是实现spring给出的扩展钩子。比如：自定义登录页，自定义登录成功处理等；

但是是很碎片化的，在脑海中链接不起来，只知道该这样做；

本章节讲述源码。

认证处理流程说明
认证结果如何在多个请求之间共享
获取认证用户信息

认证处理流程说明

跟着这个流程和之前配置的地方，去一步一步的看源码；这个很重要！！

AuthenticationManager 管理所有的Provider，并选择适合的进行验证
AuthenticationProvider 验证提供者，可以自己写provider处理自己的业务场景逻辑

认证结果如何在多个请求之间共享

在认证成功的情况下，

    org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter#successfulAuthentication
    
    SecurityContextHolder.getContext().setAuthentication(authResult);
    
    
    SecurityContext 默策略是一个 org.springframework.security.core.context.ThreadLocalSecurityContextHolderStrategy  对象，
    内部使用`ThreadLocal<SecurityContext>`来存储；

上面的源码也就是上图右边部分； SecurityContext会
在同一个线程中可以通过这个context来获取到的。SecurityContextPersistenceFilter来获取；

SecurityContextPersistenceFilter 所在的位置如下图

网络编程模型好复杂啊。发起一个请求，有好几个请求进行，不只是要请的某一个地址。调试也很难调试出来。

获取认证用户信息

UserController中写api;

在前面分析了源码。所以这里可以使用SecurityContextHolder获取到当前的认证用户信息

    @GetMapping("/me")
    public Authentication getCurrentUser() {
        Authentication authentication = SecurityContextHolder.getContext().getAuthentication();
        return authentication;
    }
    
    // 这样写 spring 会注入
    @GetMapping("/me")
    public Authentication getCurrentUser(Authentication authentication) {
        return authentication;
    }

输出;

    {
        "authorities": [
            {
                "authority": "admin"
            }
        ],
        "details": {
            "remoteAddress": "0:0:0:0:0:0:0:1",
            "sessionId": "CB434B240B0B1810ED922C9D877F5842"
        },
        "authenticated": true,
        "principal": {
            "password": null,
            "username": "test001",
            "authorities": [
                {
                    "authority": "admin"
                }
            ],
            "accountNonExpired": true,
            "accountNonLocked": true,
            "credentialsNonExpired": true,
            "enabled": true
        },
        "credentials": null,
        "name": "test001"
    }

注意看，password是不会返回来的；
如果上面的信息太多了，也可以使用参数注解@AuthenticationPrincipal UserDetails userDetails 获取User的信息

spring默认的SavedRequestAwareAuthenticationSuccessHandler类很强悍；
在这里测试的时候发现了。由于之前写的访问api会返回json串提示，而不是登录页面；

访问/user/me
被拦截301跳转到自定义处理认证请求/authentication/require
输出了json串
手动输入 imocc-signIn.html 登录页面
登录成功后自定义认证成功处cn.mrcode.imooc.springsecurity.securitybrowser.MyAuthenticationSuccessHandler#onAuthenticationSuccess
根据配置为跳转，再跳转会引发认证跳转的 /user/me

看上面的流程，中间经历了手动输入。但是还能正确的拿到引发认证前的地址。这个是怎么做到的？（在一个请求下会发起好多不相干的获取请求，感觉好难）

这里还有一个问题：是存储在什么地方的呢？上面的过滤器只是会在登录的时候引发，登录认证成功之后，后续还可以拿到信息；稍微跟了下源码，在认证之后再次访问的时候，会有好多过滤器，去拿认证信息。具体是怎么的流程没有看懂