ScopedProxy如何决定要使用的会话？

Question

Singleton无法自动装配SessionBean，而ScopedProxy可以。

假设在同一应用程序中同时有100个用户有一个有效的会话，那么ScopedProxy如何确定会话的含义？

我认为ScopedProxy不会选择任何随机会话，我认为这是无稽之谈。

1. ScopedProxy如何决定要使用的会话？
2. 如果0个用户拥有一个会话该怎么办？会NullPointerException发生吗？
3. @Async是不同于调用Request-Processing-Thread的线程，如何将HttpRequest-Context注入到Async任务中？

Answer 1

ThreadLocal几乎就是您要寻找的答案。

此类提供线程局部变量。这些变量与普通变量不同，因为每个访问一个线程（通过其get或set方法）的线程都有其自己的，独立初始化的变量副本。

春天有RequestContextHolder

Holder类以线程绑定的RequestAttributes对象的形式公开Web请求。如果将Inheritable标志设置为true，则该请求将被当前线程产生的任何子线程继承。

在课程中，您将看到以下内容：

private static final ThreadLocal<RequestAttributes> requestAttributesHolder =
            new NamedThreadLocal<RequestAttributes>("Request attributes");

这是实际的setter（注意它是静态的）：

/**
     * Bind the given RequestAttributes to the current thread.
     * @param attributes the RequestAttributes to expose,
     * or {@code null} to reset the thread-bound context
     * @param inheritable whether to expose the RequestAttributes as inheritable
     * for child threads (using an {@link InheritableThreadLocal})
     */
    public static void setRequestAttributes(RequestAttributes attributes, boolean inheritable) {}

因此，如您所见，那里没有魔力，只有由提供的线程特定变量ThreadLocal。

如果您有足够的好奇心，这里是ThreadLocal.get实现（whic返回此线程局部变量的当前线程副本中的值）：

/**
 * Returns the value in the current thread's copy of this
 * thread-local variable.  If the variable has no value for the
 * current thread, it is first initialized to the value returned
 * by an invocation of the {@link #initialValue} method.
 *
 * @return the current thread's value of this thread-local
 */
public T get() {
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    if (map != null) {
        ThreadLocalMap.Entry e = map.getEntry(this);
        if (e != null)
            return (T)e.value;
    }
    return setInitialValue();
}

如您所见，它仅依赖于ThreadLocalMap：

/**
 * ThreadLocalMap is a customized hash map suitable only for
 * maintaining thread local values. No operations are exported
 * outside of the ThreadLocal class. The class is package private to
 * allow declaration of fields in class Thread.  To help deal with
 * very large and long-lived usages, the hash table entries use
 * WeakReferences for keys. However, since reference queues are not
 * used, stale entries are guaranteed to be removed only when
 * the table starts running out of space.
 */
static class ThreadLocalMap {

getEntry()在地图中执行查找。希望您现在能看到整个图片。

关于潜在的NullPointerException

基本上，只有在作用域处于活动状态时，才可以调用代理的方法，这意味着执行线程应该是servlet请求。因此，使用此方法，所有异步作业，命令等都将失败。

我要说，这是一个很大的难题ScopedProxy。它确实透明地解决了一些问题（例如，简化了呼叫链），但是如果您不遵循规则，则可能会得到java.lang.IllegalStateException: No thread-bound request found

（《Spring
Framework参考文档》
）说：

DispatcherServlet，RequestContextListener和RequestContextFilter都做完全相同的事情，即将HTTP请求对象绑定到为该请求提供服务的Thread。这使得在请求链和会话范围内的Bean可以在调用链的更下游使用。

@Async和请求属性注入

一般来说，没有直接的方法可以解决问题。如前所述，我们具有线程绑定的RequestAttributes。

潜在的解决方案是手动传递所需的对象，并确保将其背后的逻辑@Async考虑在内。

更加明智的解决方案是透明地执行此操作。为了简化阅读，我将复制代码，并将链接放在代码块下。

import org.springframework.web.context.request.RequestAttributes;
import org.springframework.web.context.request.RequestContextHolder;

/**
 * @author Eugene Kuleshov
 */
public abstract class RequestAwareRunnable implements Runnable {
  private final RequestAttributes requestAttributes;
  private Thread thread;

  public RequestAwareRunnable() {
    this.requestAttributes = RequestContextHolder.getRequestAttributes();
    this.thread = Thread.currentThread();
  }

  public void run() {
    try {
      RequestContextHolder.setRequestAttributes(requestAttributes);
      onRun();
    } finally {
      if (Thread.currentThread() != thread) {
        RequestContextHolder.resetRequestAttributes();
      }
      thread = null;
    }
  }

  protected abstract void onRun();
}

这是一个问题：在以下线程中访问作用域代理Bean：

如您所见，此解决方案依赖于事实构造函数将在适当的上下文中执行，因此可以缓存适当的上下文并在以后注入它。

这是挂在会话作用域bean上的另一个非常有趣的主题@Async带注释的方法