Spring Session
Spring Session 和标准的 HTTP Session 在功能和特点上有许多不同，虽然它们解决的问题领域有很多重叠之处。以下是他们的一些主要区别：
1. 存储位置
标准 HTTP Session：通常存储在单个应用服务器的内存中。这意味着，如果您的应用程序在多个服务器（如在负载均衡环境中）之间分布，每个服务器都有自己的独立的会话存储。这样会导致会话数据在不同服务器之间不共享。
Spring Session：支持将会话数据存储在外部存储中，如 Redis、MongoDB、JDBC 数据库等。这使得会话数据能够在多个服务器之间共享，从而支持分布式会话管理。
2. 失效和过期
标准 HTTP Session：会话在应用服务器重启或者会话超时后失效。会话通常是由容器（如 Tomcat、Jetty 等）管理的。
Spring Session：会话可以存储在持久化存储中（如 Redis），即使应用服务器重启，会话数据仍然可以保留。此外，通过 Spring 会话配置，可以精细化地控制会话的过期和失效策略。
3. 集群支持
标准 HTTP Session：在集群环境下，需要借助以下几种机制来解决会话共享问题：
- 会话粘连（Sticky Sessions）：基于会话 ID 将请求定向到同一个服务器。
- 会话复制（Session Replication）：在集群中的每个服务器之间复制会话数据。
- 共享会话存储（如 Redis、数据库等）。
Spring Session：天然支持集群环境，通过外部存储共享会话数据，无需额外的集群配置。只需要配置相应的存储策略，即可实现会话数据的跨服务器共享。
4. 安全和扩展性
标准 HTTP Session：提供基本的会话管理功能，但在安全性和可扩展性方面可能较为有限。
Spring Session：通过集成 Spring Security，可以进一步增强会话管理的安全性。此外，Spring Session 的模块化设计也使其更易于扩展和定制。
5. 简单配置
标准 HTTP Session：不需要额外配置，只需要在 web.xml 中进行基本配置。
Spring Session：需要进行 Spring 配置，但提供了更灵活和强大的功能，例如，可以通过注解和配置文件来简化配置过程。
使用示例
标准 HTTP Session
标准的 HTTP Session 使用是很简单的，它是由 Servlet 容器管理的。示例代码：
标准 HTTP Session
标准的 HTTP Session 使用是很简单的，它是由 Servlet 容器管理的。示例代码：
HttpSession session = request.getSession();
session.setAttribute("key", "value");
Object value = session.getAttribute("key");
Spring Session
Spring Session 更加灵活，下面是如何配置和使用 Spring Session（以 Redis 为存储示例）：
添加依赖：
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring-session-data-redis</artifactId>
</dependency>
配置 Redis：
@Configuration
@EnableRedisHttpSession
public class HttpSessionConfig {
@Bean
public LettuceConnectionFactory connectionFactory() {
return new LettuceConnectionFactory();
}
}
使用：
@Autowired
private HttpSession session;
session.setAttribute("key", "value");
Object value = session.getAttribute("key");
简而言之，Spring Session 提供了更高级和灵活的会话管理功能，特别在分布式和集群环境下，更能体现其优势。
