本文共 1748 字，大约阅读时间需要 5 分钟。

改用ServletRequestAttributes

问题背景

在早期的开发过程中，我们曾经采用了ThreadLocal作为容器来存储当前线程中的请求对象。这在当时的需求中是非常实用的，因为我们只需要简单地获取当前的request对象即可。然而随着系统功能的不断扩展，我们发现了一个问题：除了request对象外，我们还需要存储用户信息到session中来进行用户认证等操作。然而，使用ThreadLocal来存储session对象并不直接可行，因为ThreadLocal主要是用来存储线程相关的属性，而session是一个与用户交互的状态对象，二者性质上存在一定的区别。

解决方案

为了解决上述问题，我们决定改用RequestContextHolder中的ServletRequestAttributes来存储和管理session对象。这种方式不仅能够保持与现有系统的兼容性，还能更好地满足多样化的需求。

改进后的代码实现

public static HttpSession getSession() {
    RequestContextHolder.getRequestAttributes();
    HttpServletRequest request = (HttpServletRequest) RequestContextHolder.getRequestAttributes();
    HttpSession session = request.getSession();
    return session;
}

技术背景

RequestContextHolder类

RequestContextHolder是一个专门用于管理和获取当前线程中的RequestAttributes对象的类。它通过ThreadLocal机制将请求相关的属性绑定到当前线程中，以便于在多线程环境下正确地获取和设置这些属性。

RequestContextHolder的主要作用是通过间接的方式获取RequestAttributes对象，而不是直接操作原始的ServletRequest对象。这使得我们可以在不依赖特定 servlet 容器实现的情况下，依然能够方便地访问到请求相关的各种属性和服务。

ServletRequestAttributes类

ServletRequestAttributes是一个Spring框架提供的接口，它代表了一个可以被注入到RequestContextHolder中的RequestAttributes对象。这个类的主要功能是提供对请求、会话、参数等的访问和操作接口。通过使用ServletRequestAttributes，我们可以在不直接依赖 servlet API 的情况下，依然能够获取到HttpServletRequest、HttpSession等核心组件。

ThreadLocal的作用

在RequestContextHolder内部，ThreadLocal被用作一个通用的存储机制。它允许我们在不同的线程中独立地存储和管理不同的RequestAttributes对象。具体来说，RequestContextHolder通过ThreadLocal来维护一个线程本地的属性存储，这样可以确保在多线程环境下，每个线程都有自己的独立RequestAttributes对象。

获取Session对象的逻辑

在获取HttpSession对象时，我们需要通过HttpServletRequest来调用getSession()方法。这个方法接受一个布尔参数，用于指定是否允许创建新的会话。如果不指定allowCreate参数，默认会使用true，这意味着如果当前没有会话存在，就会创建一个新的会话。

小结

通过上述改进，我们成功地将session对象存储到RequestAttributes中，从而解决了早期ThreadLocal方法的局限性。这种方法不仅保持了系统的灵活性和扩展性，还增强了对session管理的直观性和可控性。在实际开发中，我们可以根据具体需求进一步优化getSession方法的调用参数，以确保session的创建和管理更加高效和安全。

转载地址：http://veqfk.baihongyu.com/