为什么用ThreadLocalMap而不使用Session

数据隔离与线程安全

ThreadLocalMap：它为每个线程提供独立的存储空间，确保不同线程间的数据相互隔离，避免了多线程环境下的并发访问问题，无需额外的同步操作就能保证线程安全。比如在处理多个用户的并发请求时，每个线程可以在自己的 ThreadLocalMap 中安全地存储和访问用户相关信息，不会出现数据混乱。

Session：通常用于在 Web 应用中跨页面或跨请求跟踪用户会话信息。它是基于客户端的会话标识（如 Session ID）来存储和获取数据的，在多线程环境下，如果多个线程同时访问和修改同一个 Session 对象，可能会引发数据不一致的问题，需要通过同步机制来保证线程安全，这增加了编程的复杂性。

作用域和生命周期

ThreadLocalMap：其生命周期与线程绑定，当线程执行完毕，ThreadLocalMap 及其存储的内容会随着线程的结束而被销毁，自动释放资源。它适用于在单个线程内传递和使用数据，比如在一次请求处理的过程中，从登录验证到后续的业务逻辑处理，在不同的方法和类之间传递用户信息，ThreadLocalMap 能很好地满足这种需求。

Session：的生命周期通常与用户的会话相关，从用户登录到注销或会话超时为止。它在整个会话期间都存在，即使在一段时间内没有任何请求，Session 也会占用服务器内存资源。如果并发用户数量较多，可能会导致服务器内存占用过高。而且，如果在一个请求处理过程中开启了多个线程，Session 在不同线程之间共享，可能会出现数据不一致的情况，因为 Session 并不保证在多线程环境下的原子性和线程安全。

性能和资源消耗

ThreadLocalMap：由于数据存储在当前线程的本地内存中，访问速度快，不存在网络传输或跨进程通信的开销。在处理大量并发请求时，能有效减少内存占用和提高系统性能。

Session：数据通常存储在服务器端的内存或数据库中，每次访问 Session 都需要进行一定的查找和读取操作，可能涉及到数据库查询或内存查找，这会带来一定的性能开销。特别是在高并发场景下，对 Session 的频繁访问可能会成为系统性能的瓶颈。

适用场景

ThreadLocalMap：适用于在单个线程内进行数据传递和共享的场景，如在 Web 应用中，从过滤器到 Servlet，再到业务逻辑层之间传递用户登录信息、请求上下文等。它能保证数据在同一线程内的一致性和独立性。

Session：适用于在多个页面或请求之间共享用户相关的状态信息，如用户购物车信息、登录状态等。但对于在多线程环境下需要严格保证数据隔离和线程安全的场景，Session 并不是最佳选择。