【问题标题】:Why does ThreadLocal utility always return null in Spring MVC app?为什么 ThreadLocal 实用程序总是在 Spring MVC 应用程序中返回 null?
【发布时间】:2011-11-10 05:39:17
【问题描述】:

我编写了这个实用程序类来在 Spring MVC 应用程序中保存临时数据:

public abstract class FooUtil {

    private static final ThreadLocal<String> threadFoo = new ThreadLocal<String>();

    public static String getFooId(){
        return threadFoo.get();
    }

    public static void setFooId(String fooId){
        threadFoo.set(fooId);
    }

    public static void removeFooId(){
        threadFoo.remove();
    }

}

所以我打电话给FooUtil.setFooId("foo")

但是当我稍后调用FooUtil.getFooId() 时,它总是返回null

我需要构造函数吗?或者也许这不应该是一个抽象类?我不知道。

【问题讨论】:

  • 也许你只是从不同的线程调用它?
  • 你为什么要这样做? ThreadLocal 给你买了什么?我什么都看不见。

标签: java spring spring-mvc thread-local


【解决方案1】:

您需要从与 setFooId 相同的线程调用 getFooId。这样你会得到相同的结果。 当您设置和获取值时,我会记录线程名称以查看它们是否相同。

【讨论】:

  • 你能举个例子吗,如何从与 setFooId 相同的线程调用 getFooId。我正遭受同样的问题。请帮帮我。
  • 这是您在设计中必须要做的事情。您在代码中唯一能做的就是检查哪个线程(例如按名称)正在执行 get/set 并检查它们是否相同。
  • 有什么方法可以根据会话范围保留两个 ThreadLocal 值吗?
  • 实际上我在spring应用程序中使用AbstractRoutingDataSource,我需要记住用户当前的数据源选择。但在我的情况下,经过一些请求 ThreadLocal 将值设置为 null。
  • 听起来你想要一个会话局部变量。您可以使用以会话为键的同步 WeakHashMap。
猜你喜欢
  • 2016-04-04
  • 2017-11-11
  • 1970-01-01
  • 1970-01-01
  • 2019-02-07
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多