并发支持

在大多数环境中,安全信息存储在每个Thread的基础上。这意味着当在新Thread上执行工作时,SecurityContext将会丢失。Spring Security提供了一些基础设施来帮助更轻松地管理这种情况。Spring Security提供用于在多线程环境中使用Spring Security的低级抽象。实际上,这就是Spring Security用来与AsyncContext.start(Runnable)Spring MVC异步集成集成的基础。

DelegatingSecurityContextRunnable

Spring Security并发支持中最基本的基础构建块之一是DelegatingSecurityContextRunnable。它包装了一个委托Runnable,用指定的SecurityContext初始化SecurityContextHolder,用于委托。然后它调用委托Runnable,并确保之后清除SecurityContextHolderDelegatingSecurityContextRunnable看起来像这样

public void run() {
try {
	SecurityContextHolder.setContext(securityContext);
	delegate.run();
} finally {
	SecurityContextHolder.clearContext();
}
}

虽然非常简单,但它可以无缝地将SecurityContext从一个Thread转移到另一个Thread。这很重要,因为在大多数情况下,SecurityContextHolder是在每个Thread的基础上起作用的。例如,您可能已经使用Spring Security的<global-method-security>支持来保护您的某个服务。现在您可以将当前ThreadSecurityContext转移到调用受保护服务的Thread。以下示例展示了如何做到这一点

Runnable originalRunnable = new Runnable() {
public void run() {
	// invoke secured service
}
};

SecurityContext context = SecurityContextHolder.getContext();
DelegatingSecurityContextRunnable wrappedRunnable =
	new DelegatingSecurityContextRunnable(originalRunnable, context);

new Thread(wrappedRunnable).start();

前面的代码

  • 创建一个Runnable,它调用我们受保护的服务。请注意,它不知道Spring Security。

  • SecurityContextHolder获取我们希望使用的SecurityContext,并初始化DelegatingSecurityContextRunnable

  • 使用DelegatingSecurityContextRunnable创建一个Thread

  • 启动我们创建的Thread

由于使用SecurityContextHolder中的SecurityContext创建DelegatingSecurityContextRunnable很常见,因此有一个快捷构造函数。以下代码与前面的代码具有相同的效果

Runnable originalRunnable = new Runnable() {
public void run() {
	// invoke secured service
}
};

DelegatingSecurityContextRunnable wrappedRunnable =
	new DelegatingSecurityContextRunnable(originalRunnable);

new Thread(wrappedRunnable).start();

我们编写的代码使用起来很简单,但它仍然需要知道我们正在使用Spring Security。在下一节中,我们将看看如何利用DelegatingSecurityContextExecutor来隐藏我们正在使用Spring Security的事实。

DelegatingSecurityContextExecutor

在上一节中,我们发现使用DelegatingSecurityContextRunnable很容易,但它并不理想,因为我们必须了解 Spring Security 才能使用它。现在我们来看看DelegatingSecurityContextExecutor如何屏蔽我们代码对 Spring Security 的任何了解。

DelegatingSecurityContextExecutor的设计类似于DelegatingSecurityContextRunnable,除了它接受一个委托Executor而不是一个委托Runnable。以下示例展示了如何使用它

SecurityContext context = SecurityContextHolder.createEmptyContext();
Authentication authentication =
	UsernamePasswordAuthenticationToken.authenticated("user","doesnotmatter", AuthorityUtils.createAuthorityList("ROLE_USER"));
context.setAuthentication(authentication);

SimpleAsyncTaskExecutor delegateExecutor =
	new SimpleAsyncTaskExecutor();
DelegatingSecurityContextExecutor executor =
	new DelegatingSecurityContextExecutor(delegateExecutor, context);

Runnable originalRunnable = new Runnable() {
public void run() {
	// invoke secured service
}
};

executor.execute(originalRunnable);

这段代码

请注意,在这个例子中,我们手动创建了SecurityContext。但是,我们从哪里或如何获取SecurityContext并不重要(例如,我们可以从SecurityContextHolder获取它)。* 创建一个delegateExecutor,它负责执行提交的Runnable对象。* 最后,我们创建一个DelegatingSecurityContextExecutor,它负责将传递到execute方法的任何Runnable包装在一个DelegatingSecurityContextRunnable中。然后它将包装后的Runnable传递给delegateExecutor。在这种情况下,相同的SecurityContext用于提交到我们的DelegatingSecurityContextExecutor的每个Runnable。如果我们运行需要由具有提升权限的用户运行的后台任务,这很好。* 在这一点上,你可能会问自己,“这如何屏蔽我的代码对 Spring Security 的任何了解?” 而不是在我们自己的代码中创建SecurityContextDelegatingSecurityContextExecutor,我们可以注入一个已经初始化的DelegatingSecurityContextExecutor实例。

考虑以下示例

@Autowired
private Executor executor; // becomes an instance of our DelegatingSecurityContextExecutor

public void submitRunnable() {
Runnable originalRunnable = new Runnable() {
	public void run() {
	// invoke secured service
	}
};
executor.execute(originalRunnable);
}

现在我们的代码不知道SecurityContext正在传播到ThreadoriginalRunnable正在运行,并且SecurityContextHolder正在被清除。在这个例子中,同一个用户被用来运行每个线程。如果我们想在调用executor.execute(Runnable)来处理originalRunnable时使用来自SecurityContextHolder的用户(即当前登录的用户)怎么办?你可以通过从我们的DelegatingSecurityContextExecutor构造函数中删除SecurityContext参数来做到这一点

SimpleAsyncTaskExecutor delegateExecutor = new SimpleAsyncTaskExecutor();
DelegatingSecurityContextExecutor executor =
	new DelegatingSecurityContextExecutor(delegateExecutor);

现在,每次运行executor.execute(Runnable)时,SecurityContext首先由SecurityContextHolder获取,然后使用该SecurityContext来创建我们的DelegatingSecurityContextRunnable。这意味着我们正在使用与调用executor.execute(Runnable)代码相同的用户运行我们的Runnable