ThreadLocal 在 servlet 中存储 ServletRequest 和 Response：有什么用？

Question

有一次我遇到了一种模式，其中 ServletRequest 和响应对象被放入 servlet 的本地 ThreadLocal 变量中。 Servlet 类还具有获取当前请求和响应对象的方法。因此，为了获取这些对象，您仍然需要使用 servlet 对象进行操作。

拥有这些 ThrealLocal 局部变量有什么意义？

Answer 1

重点是在类中包含请求和响应对象，否则这些类不会包含它们（例如，它们不是 servlet）。一个例子是 JSF 托管 bean - 它们的方法不采用 HttpServletRequest 参数，因此您可以通过 FacesContext 获取请求，其中它们位于 ThreadLocal 中代码>变量。

这样做的原因是因为每个请求都由单独的线程（由 servlet 容器）处理。所以线程=请求。但有一个警告 - 容器倾向于使用线程池。因此，必须始终在线程本地设置一个新的请求，并且最好在之后清理它（例如在 Filter 中）。否则你可能会得到一些意想不到的行为。

但你确实应该在代码中避免这种情况。如果您需要请求或响应中的任何内容，请将其作为方法参数传递。否则，您将面临违反层边界的风险（例如，如果您想在服务层中使用请求）

Answer 2

它们允许您从项目中的其他类获取对 HttpServletRequest 和 HttpServletResponse 的访问，而无需将对这些对象的引用传递给其他类。这不是我特别喜欢的模式，因为它往往会将 Web 层代码与业务逻辑混合在一起，并使单元测试变得更加困难。

Answer 3

由于请求和响应对象存储在线程局部变量中，因此您可以安全地访问这些对象，而不必将它们作为方法参数传递。

示例 1：不使用线程本地

public class MyServlet extends Servlet {
    private MyObject myObject = new MyObject();

    public void service(ServletRequest request, ServletResponse response) {
        myObject.doSomething(request, response);
    }
}

public class MyObject {
    private MyOtherObject myOtherObject = new MyOtherObject();
    public void doSomething(ServletRequest request, ServletResponse response) {
        // I do nothing with request/response, but need to accept them in order
        // to pass them to myOtherObject
        myOtherObject.doSomethingElse(request, response);
    }
}

public class MyOtherObject {
    public void doSomethingElse(ServletRequest request, ServletResponse response) {
        // Do something else with request / response
    }
}

示例 2：使用线程本地

public class MyServlet extends Servlet {
    private MyObject myObject = new MyObject();

    private static ThreadLocal<ServletRequest> currentRequest = new ThreadLocal<ServletRequest>();

    public static ServletRequest getCurrentRequest() {
        return currentRequest.get();
    }

    private static ThreadLocal<ServletResponse> currentResponse = new ThreadLocal<ServletResponse>();

    public static ServletResponse getCurrentResponse() {
        return currentResponse.get();
    }

    public void service(ServletRequest request, ServletResponse response) {
        ...
        currentRequest.set(request);
        currentResponse.set(response);
        ...
        myObject.doSomething();
    }
}

public class MyObject {
    private MyOtherObject myOtherObject = new MyOtherObject();
    public void doSomething() {
        // I do not need to know about request / response as I do nothing with them
        myOtherObject.doSomethingElse();
    }
}

public class MyOtherObject {
    public void doSomethingElse() {
        // Now I can get the current request / response in a thread safe
        // manner and without having to accept them as parameters
        ServletRequest request = MyServlet.getCurrentRequest();
        ServletResponse response = MyServlet.getCurrentResponse();

        // Do something with request / response
    }
}

显然，对于简单的 servlet，仅传递对象是最简单的事情，但在复杂的场景中，使用一个静态但线程安全的 getter 有时很有用。

Answer 4

其他人几乎已经说明了在您提出的场景中线程局部变量的用途。但请注意，线程本地依赖实现是“线程”特定的，并且当事情脱离每个请求单个线程模型时就会中断。示例是基于事件的服务器，其中少数线程同时用于大量用户请求。

Answer 5

ThreadLocal 的用途？

当你有一些非线程安全的对象，但你想避免同步访问该对象（SimpleDateFormat）。相反，为每个线程提供其自己的对象实例。

使用 ThreadLocal 的 remove() 方法清理 get() 或 set() 的任何 ThreadLocal 时需要非常小心。

Answer 6

我不是 100% 确定您曾经遇到的代码的作者的意图是什么，但我猜想， ServletRequest 实例可以从代码中的任何方法获取，而无需将其作为参数传递或设置为实例变量。通常 ThreadLocal 变量是静态的，并且有一个公开的方法允许静态获取 ServletRequest 的实例。例如，您可以使用此技术轻松访问 Struts FromBeans 中的 ServletRequest。

Answer 7

这实在是太可怕了。您应该尽快从 HTTP 请求/会话中获取所需的值。您可以在方法调用或传输对象中传递这些值。您应该努力编写不受技术影响的方法/类。如果您的方法/类从 ThreadLocal 获取 http 请求，那么它就是一个毫无价值的类 - 它在任何非 http 上下文中不再有用。

尤其令我震惊的是，看到人们从 BO（业务对象）或 DAO 中的 ThreadLocal 提取 http 请求。 HTTP 请求绝不能出现在应用程序表示层以外的任何层中。

Answer 8

我认为更好的情况可以是这样的：

在Service层中创建的连接对象放入ThreadLocal中，然后调用DAO层，从Threadlocal中获取连接对象。