Spring 会话 - REST
本指南介绍了如何使用 Spring 会话透明地利用 Redis 来支持 Web 应用程序的 HttpSession
,当您使用 REST 端点时。
您可以在 REST 示例应用程序 中找到完整的指南。 |
更新依赖项
在使用 Spring 会话之前,您必须更新您的依赖项。如果您使用 Maven,则必须添加以下依赖项
<dependencies>
<!-- ... -->
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring-session-data-redis</artifactId>
<version>3.3.0</version>
<type>pom</type>
</dependency>
<dependency>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
<version>6.3.2.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-web</artifactId>
<version>6.1.7</version>
</dependency>
</dependencies>
Spring 配置
添加了必要的依赖项后,我们可以创建 Spring 配置。Spring 配置负责创建一个 servlet 过滤器,该过滤器将 HttpSession
实现替换为由 Spring 会话支持的实现。为此,请添加以下 Spring 配置
@Configuration
@EnableRedisHttpSession (1)
public class HttpSessionConfig {
@Bean
public LettuceConnectionFactory connectionFactory() {
return new LettuceConnectionFactory(); (2)
}
@Bean
public HttpSessionIdResolver httpSessionIdResolver() {
return HeaderHttpSessionIdResolver.xAuthToken(); (3)
}
}
1 | @EnableRedisHttpSession 注解创建一个名为 springSessionRepositoryFilter 的 Spring bean,它实现了 Filter 。该过滤器负责将 HttpSession 实现替换为由 Spring 会话支持的实现。在本例中,Spring 会话由 Redis 支持。 |
2 | 我们创建了一个 RedisConnectionFactory ,它将 Spring 会话连接到 Redis 服务器。我们配置连接以连接到默认端口(6379)上的 localhost。有关配置 Spring Data Redis 的更多信息,请参阅 参考文档。 |
3 | 我们自定义 Spring 会话的 HttpSession 集成,以使用 HTTP 标头来传递当前会话信息,而不是 cookie。 |
Servlet 容器初始化
我们的 Spring 配置 创建了一个名为 springSessionRepositoryFilter
的 Spring bean,它实现了 Filter
。springSessionRepositoryFilter
bean 负责将 HttpSession
替换为由 Spring 会话支持的自定义实现。
为了让我们的 Filter
发挥作用,Spring 需要加载我们的 Config
类。我们在 Spring MvcInitializer
中提供配置,如下例所示
@Override
protected Class<?>[] getRootConfigClasses() {
return new Class[] { SecurityConfig.class, HttpSessionConfig.class };
}
最后,我们需要确保我们的 Servlet 容器(即 Tomcat)对每个请求都使用我们的 springSessionRepositoryFilter
。幸运的是,Spring 会话提供了一个名为 AbstractHttpSessionApplicationInitializer
的实用程序类,这使得这样做变得很容易。为此,请使用默认构造函数扩展该类,如下例所示
public class Initializer extends AbstractHttpSessionApplicationInitializer {
}
我们的类名(Initializer )并不重要。重要的是我们扩展了 AbstractHttpSessionApplicationInitializer 。
|
rest
示例应用程序
本节介绍如何使用 rest
示例应用程序。
运行 rest
示例应用程序
您可以通过获取 源代码 并执行以下命令来运行示例
为了使示例正常工作,您必须在本地主机上 安装 Redis 2.8+ 并使用默认端口 (6379) 运行它。或者,您可以更新 RedisConnectionFactory 以指向 Redis 服务器。另一种选择是使用 Docker 在本地主机上运行 Redis。有关详细说明,请参见 Docker Redis 存储库。
|
$ ./gradlew :spring-session-sample-javaconfig-rest:tomcatRun
您现在应该能够在 localhost:8080/ 访问该应用程序
探索 rest
示例应用程序
您现在可以尝试使用该应用程序。为此,请使用您喜欢的 REST 客户端请求 localhost:8080/
$ curl -v https://127.0.0.1:8080/
请注意,系统会提示您进行基本身份验证。为用户名和密码提供以下信息
-
用户名 user
-
密码 password
然后运行以下命令
$ curl -v https://127.0.0.1:8080/ -u user:password
在输出中,您应该注意到以下内容
HTTP/1.1 200 OK ... X-Auth-Token: 0dc1f6e1-c7f1-41ac-8ce2-32b6b3e57aa3 {"username":"user"}
具体来说,您应该注意我们响应中的以下内容
-
HTTP 状态现在是 200。
-
我们有一个名为
X-Auth-Token
的标头,其中包含新的会话 ID。 -
显示当前用户名。
我们现在可以使用 X-Auth-Token
进行另一个请求,而无需再次提供用户名和密码。例如,以下命令输出用户名,与之前相同
$ curl -v https://127.0.0.1:8080/ -H "X-Auth-Token: 0dc1f6e1-c7f1-41ac-8ce2-32b6b3e57aa3"
唯一的区别是,由于我们正在重用现有会话,因此会话 ID 未在响应标头中提供。
如果我们使会话失效,则 X-Auth-Token
将在响应中显示为空值。例如,以下命令使我们的会话失效
$ curl -v https://127.0.0.1:8080/logout -H "X-Auth-Token: 0dc1f6e1-c7f1-41ac-8ce2-32b6b3e57aa3"
您可以在输出中看到,X-Auth-Token
提供了一个空 String
,表明之前的会话已失效
HTTP/1.1 204 No Content ... X-Auth-Token:
它是如何工作的?
Spring Security 在 SecurityContextPersistenceFilter
中与标准 HttpSession
交互。
Spring Security 现在不是使用 Tomcat 的 HttpSession
,而是将值持久化到 Redis 中。Spring Session 在您的浏览器中创建一个名为 X-Auth-Token
的标头。该标头包含您的会话 ID。
如果您愿意,可以轻松地看到会话是在 Redis 中创建的。为此,请使用以下命令创建一个会话
$ curl -v https://127.0.0.1:8080/ -u user:password
在输出中,您应该注意到以下内容
HTTP/1.1 200 OK ... X-Auth-Token: 7e8383a4-082c-4ffe-a4bc-c40fd3363c5e {"username":"user"}
现在,您可以使用 redis-cli 删除会话。例如,在基于 Linux 的系统上,您可以键入
$ redis-cli keys '*' | xargs redis-cli del
Redis 文档包含有关 安装 redis-cli 的说明。 |
或者,您也可以删除显式键。为此,请在您的终端中输入以下内容,确保将 7e8383a4-082c-4ffe-a4bc-c40fd3363c5e
替换为您的 SESSION
cookie 的值
$ redis-cli del spring:session:sessions:7e8383a4-082c-4ffe-a4bc-c40fd3363c5e
现在,我们可以使用 X-Auth-Token
对我们删除的会话进行另一个请求,并观察到我们被提示进行身份验证。例如,以下返回 HTTP 401
$ curl -v https://127.0.0.1:8080/ -H "X-Auth-Token: 0dc1f6e1-c7f1-41ac-8ce2-32b6b3e57aa3"