提出一个问题:
为什么已经有了ThreadLocal,还需要有SecurityContextHolder呢?
1、SecurityContextHolder是什么
先解释一些SecurityContextHolder是什么:是SpringSecurity中的一个核心类。
它的作用是:用来管理当前线程的安全上下文对象。
2、设计出的目的是:
1、提供了方便的方式访问当前线程。——SecurityContextHolder.getContext()
2、提供了可靠方式管理安全上下文对象——内部使用ThreadLocal
3、提供了一种灵活的方式来配置和扩展安全上下文管理机制。
3、总结一下
1、SecurityContextHolder类内部可以理解成一个Thread Local集合
2、它是一个静态类,可以用来访问不同线程之间的数据
3、它在ThreadLocal上进行了更高级的封装。
通过前面3点已经可以知道为什么要有ThreadLocal了,再提出一个问题,
SecurityContextHolder在ThreadLocal上进行了哪些更高级的封装和管理?
回答:
1、封装获取和设置安全上下文对象的方法。
SecurityContextHolder 提供了静态方法 getContext() 和 setContext() 来获取和设置当前线程的安全上下文对象。这里就可以不需要之间操作ThreadLocal了。
2、自动清空安全上下文对象。
会在特定时机自动清空当前线程中的安全上下文对象。
在使用 @Async 注解或使用线程池时,SecurityContextHolder 会在每个任务或线程执行完成后自动清空安全上下文对象,以避免潜在的线程间数据共享问题。
3、支持多种安全上下文管理策略的切换。
SecurityContextHolder 可以通过配置不同的 SecurityContextHolderStrategy 实现类来支持不同的安全上下文管理策略。默认情况下,它使用 ThreadLocalSecurityContextHolderStrategy,基于 ThreadLocal 来管理安全上下文对象。但也可以根据需要,通过自定义的实现类来支持其他的策略,比如基于 InheritableThreadLocal 或外部存储介质等。
4、提供便捷的安全上下文清空方法。
SecurityContextHolder 提供了 clearContext() 方法,用于清空当前线程中的安全上下文对象。这样,在特定的场景下,我们可以手动清空安全上下文对象,以确保及时释放资源或切换用户身份等需求。