Redis 配置
现在您已经配置好应用程序,您可能想要开始自定义一些东西
-
我想使用 Spring Boot 属性自定义 Redis 配置
-
我想获得帮助来选择
RedisSessionRepository或RedisIndexedSessionRepository。 -
我想指定不同的命名空间。
-
自定义会话过期存储
使用 JSON 序列化会话
默认情况下,Spring Session 使用 Java 序列化来序列化会话属性。有时这可能会有问题,尤其是当您有多个应用程序使用相同的 Redis 实例但具有相同类的不同版本时。您可以提供一个 RedisSerializer bean 来自定义会话如何序列化到 Redis 中。Spring Data Redis 提供了 GenericJackson2JsonRedisSerializer,它使用 Jackson 的 ObjectMapper 序列化和反序列化对象。
@Configuration
public class SessionConfig implements BeanClassLoaderAware {
private ClassLoader loader;
/**
* Note that the bean name for this bean is intentionally
* {@code springSessionDefaultRedisSerializer}. It must be named this way to override
* the default {@link RedisSerializer} used by Spring Session.
*/
@Bean
public RedisSerializer<Object> springSessionDefaultRedisSerializer() {
return new GenericJackson2JsonRedisSerializer(objectMapper());
}
/**
* Customized {@link ObjectMapper} to add mix-in for class that doesn't have default
* constructors
* @return the {@link ObjectMapper} to use
*/
private ObjectMapper objectMapper() {
ObjectMapper mapper = new ObjectMapper();
mapper.registerModules(SecurityJackson2Modules.getModules(this.loader));
return mapper;
}
/*
* @see
* org.springframework.beans.factory.BeanClassLoaderAware#setBeanClassLoader(java.lang
* .ClassLoader)
*/
@Override
public void setBeanClassLoader(ClassLoader classLoader) {
this.loader = classLoader;
}
}
上面的代码片段使用了 Spring Security,因此我们正在创建一个使用 Spring Security 的 Jackson 模块的自定义 ObjectMapper。如果您不需要 Spring Security Jackson 模块,您可以注入应用程序的 ObjectMapper bean 并像这样使用它
@Bean
public RedisSerializer<Object> springSessionDefaultRedisSerializer(ObjectMapper objectMapper) {
return new GenericJackson2JsonRedisSerializer(objectMapper);
}
指定不同的命名空间
多个应用程序使用同一个 Redis 实例并不罕见。因此,Spring Session 使用一个 namespace(默认为 spring:session)来在需要时将会话数据分开。
使用 Spring Boot 属性
您可以通过设置 spring.session.redis.namespace 属性来指定它。
spring.session.redis.namespace=spring:session:myapplication
spring:
session:
redis:
namespace: "spring:session:myapplication"
使用注解的属性
您可以通过在 @EnableRedisHttpSession、@EnableRedisIndexedHttpSession 或 @EnableRedisWebSession 注解中设置 redisNamespace 属性来指定 namespace
@Configuration
@EnableRedisHttpSession(redisNamespace = "spring:session:myapplication")
public class SessionConfig {
// ...
}
@Configuration
@EnableRedisIndexedHttpSession(redisNamespace = "spring:session:myapplication")
public class SessionConfig {
// ...
}
@Configuration
@EnableRedisWebSession(redisNamespace = "spring:session:myapplication")
public class SessionConfig {
// ...
}
选择 RedisSessionRepository 和 RedisIndexedSessionRepository
在使用 Spring Session Redis 时,您可能需要选择 RedisSessionRepository 和 RedisIndexedSessionRepository。两者都是 SessionRepository 接口的实现,用于在 Redis 中存储会话数据。但是,它们在处理会话索引和查询方面有所不同。
-
RedisSessionRepository:RedisSessionRepository是一个基本实现,它在 Redis 中存储会话数据,没有额外的索引。它使用简单的键值结构来存储会话属性。每个会话都分配一个唯一的会话 ID,会话数据存储在与该 ID 关联的 Redis 键下。当需要检索会话时,存储库使用会话 ID 查询 Redis 以获取关联的会话数据。由于没有索引,根据会话 ID 以外的属性或条件查询会话效率可能很低。 -
RedisIndexedSessionRepository:RedisIndexedSessionRepository是一个扩展实现,为存储在 Redis 中的会话提供索引功能。它在 Redis 中引入了额外的数据结构,以根据属性或条件高效地查询会话。除了RedisSessionRepository使用的键值结构外,它还维护额外的索引以实现快速查找。例如,它可能会根据会话属性(如用户 ID 或最后访问时间)创建索引。这些索引允许根据特定条件高效地查询会话,从而提高性能并启用高级会话管理功能。此外,RedisIndexedSessionRepository还支持会话过期和删除。
当在 Redis Cluster 中使用 RedisIndexedSessionRepository 时,您必须注意它只订阅集群中一个随机 Redis 节点的事件,如果事件发生在不同的节点,这可能会导致某些会话索引未被清理。 |
配置 RedisSessionRepository
监听会话事件
配置索引存储库后,您现在可以开始监听 SessionCreatedEvent、SessionDeletedEvent、SessionDestroyedEvent 和 SessionExpiredEvent 事件。Spring 中有几种监听应用程序事件的方式,我们将使用 @EventListener 注解。
@Component
public class SessionEventListener {
@EventListener
public void processSessionCreatedEvent(SessionCreatedEvent event) {
// do the necessary work
}
@EventListener
public void processSessionDeletedEvent(SessionDeletedEvent event) {
// do the necessary work
}
@EventListener
public void processSessionDestroyedEvent(SessionDestroyedEvent event) {
// do the necessary work
}
@EventListener
public void processSessionExpiredEvent(SessionExpiredEvent event) {
// do the necessary work
}
}
查找特定用户的所有会话
通过检索特定用户的所有会话,您可以跟踪用户在设备或浏览器上的活动会话。例如,您可以将此信息用于会话管理目的,例如允许用户使特定会话失效或注销,或根据用户的会话活动执行操作。
要做到这一点,首先您必须使用索引存储库,然后您可以注入 FindByIndexNameSessionRepository 接口,如下所示
@Autowired
public FindByIndexNameSessionRepository<? extends Session> sessions;
public Collection<? extends Session> getSessions(Principal principal) {
Collection<? extends Session> usersSessions = this.sessions.findByPrincipalName(principal.getName()).values();
return usersSessions;
}
public void removeSession(Principal principal, String sessionIdToDelete) {
Set<String> usersSessionIds = this.sessions.findByPrincipalName(principal.getName()).keySet();
if (usersSessionIds.contains(sessionIdToDelete)) {
this.sessions.deleteById(sessionIdToDelete);
}
}
在上面的示例中,您可以使用 getSessions 方法查找特定用户的所有会话,并使用 removeSession 方法删除用户的特定会话。
配置 Redis 会话映射器
Spring Session Redis 从 Redis 中检索会话信息并将其存储在 Map<String, Object> 中。此映射需要经过映射过程才能转换为 MapSession 对象,然后该对象在 RedisSession 中使用。
用于此目的的默认映射器称为 RedisSessionMapper。如果会话映射不包含构建会话所需的最小键(例如 creationTime),此映射器将抛出异常。缺少所需键的一种可能情况是会话键在保存过程中同时被删除(通常是由于过期)。发生这种情况是因为使用 HSET 命令来设置键中的字段,如果键不存在,此命令将创建它。
如果您想自定义映射过程,您可以创建自己的 BiFunction<String, Map<String, Object>, MapSession> 实现并将其设置到会话存储库中。以下示例演示了如何将映射过程委托给默认映射器,但如果抛出异常,则从 Redis 中删除会话
-
RedisSessionRepository
-
RedisIndexedSessionRepository
-
ReactiveRedisSessionRepository
@Configuration
@EnableRedisHttpSession
public class SessionConfig {
@Bean
SessionRepositoryCustomizer<RedisSessionRepository> redisSessionRepositoryCustomizer() {
return (redisSessionRepository) -> redisSessionRepository
.setRedisSessionMapper(new SafeRedisSessionMapper(redisSessionRepository));
}
static class SafeRedisSessionMapper implements BiFunction<String, Map<String, Object>, MapSession> {
private final RedisSessionMapper delegate = new RedisSessionMapper();
private final RedisSessionRepository sessionRepository;
SafeRedisSessionMapper(RedisSessionRepository sessionRepository) {
this.sessionRepository = sessionRepository;
}
@Override
public MapSession apply(String sessionId, Map<String, Object> map) {
try {
return this.delegate.apply(sessionId, map);
}
catch (IllegalStateException ex) {
this.sessionRepository.deleteById(sessionId);
return null;
}
}
}
}
@Configuration
@EnableRedisIndexedHttpSession
public class SessionConfig {
@Bean
SessionRepositoryCustomizer<RedisIndexedSessionRepository> redisSessionRepositoryCustomizer() {
return (redisSessionRepository) -> redisSessionRepository.setRedisSessionMapper(
new SafeRedisSessionMapper(redisSessionRepository.getSessionRedisOperations()));
}
static class SafeRedisSessionMapper implements BiFunction<String, Map<String, Object>, MapSession> {
private final RedisSessionMapper delegate = new RedisSessionMapper();
private final RedisOperations<String, Object> redisOperations;
SafeRedisSessionMapper(RedisOperations<String, Object> redisOperations) {
this.redisOperations = redisOperations;
}
@Override
public MapSession apply(String sessionId, Map<String, Object> map) {
try {
return this.delegate.apply(sessionId, map);
}
catch (IllegalStateException ex) {
// if you use a different redis namespace, change the key accordingly
this.redisOperations.delete("spring:session:sessions:" + sessionId); // we do not invoke RedisIndexedSessionRepository#deleteById to avoid an infinite loop because the method also invokes this mapper
return null;
}
}
}
}
@Configuration
@EnableRedisWebSession
public class SessionConfig {
@Bean
ReactiveSessionRepositoryCustomizer<ReactiveRedisSessionRepository> redisSessionRepositoryCustomizer() {
return (redisSessionRepository) -> redisSessionRepository
.setRedisSessionMapper(new SafeRedisSessionMapper(redisSessionRepository));
}
static class SafeRedisSessionMapper implements BiFunction<String, Map<String, Object>, Mono<MapSession>> {
private final RedisSessionMapper delegate = new RedisSessionMapper();
private final ReactiveRedisSessionRepository sessionRepository;
SafeRedisSessionMapper(ReactiveRedisSessionRepository sessionRepository) {
this.sessionRepository = sessionRepository;
}
@Override
public Mono<MapSession> apply(String sessionId, Map<String, Object> map) {
return Mono.fromSupplier(() -> this.delegate.apply(sessionId, map))
.onErrorResume(IllegalStateException.class,
(ex) -> this.sessionRepository.deleteById(sessionId).then(Mono.empty()));
}
}
}
自定义会话过期存储
由于 Redis 的性质,如果键未被访问,则无法保证何时会触发过期事件。有关更多详细信息,请参阅 Redis 文档中关于键过期的部分。
为了减轻过期事件的不确定性,会话也与其预期的过期时间一起存储。这确保了每个键在预期过期时都可以访问。RedisSessionExpirationStore 接口定义了跟踪会话及其过期时间的常见操作,并提供了一种清理过期会话的策略。
默认情况下,每个会话过期时间都精确到最近一分钟。这允许后台任务访问可能已过期的会话,以确保 Redis 过期事件以更确定的方式触发。
例如:
SADD spring:session:expirations:1439245080000 expires:33fdd1b6-b496-4b33-9f7d-df96679d32fe
EXPIRE spring:session:expirations:1439245080000 2100
后台任务将使用这些映射显式请求每个会话的过期键。通过访问键而不是删除它,我们确保 Redis 仅在 TTL 过期时才为我们删除键。
通过自定义会话过期存储,您可以根据需要更有效地管理会话过期。为此,您应该提供一个 RedisSessionExpirationStore 类型的 bean,Spring Session Data Redis 配置将拾取该 bean
-
SessionConfig
import org.springframework.session.data.redis.SortedSetRedisSessionExpirationStore;
@Configuration
@EnableRedisIndexedHttpSession
public class SessionConfig {
@Bean
public RedisSessionExpirationStore redisSessionExpirationStore(RedisConnectionFactory redisConnectionFactory) {
RedisTemplate<String, Object> redisTemplate = new RedisTemplate<>();
redisTemplate.setKeySerializer(RedisSerializer.string());
redisTemplate.setHashKeySerializer(RedisSerializer.string());
redisTemplate.setConnectionFactory(redisConnectionFactory);
redisTemplate.afterPropertiesSet();
return new SortedSetRedisSessionExpirationStore(redisTemplate, RedisIndexedSessionRepository.DEFAULT_NAMESPACE);
}
}
在上面的代码中,使用了 SortedSetRedisSessionExpirationStore 实现,它使用一个 有序集合来存储会话 ID,其过期时间作为分数。
|
我们不会明确删除键,因为在某些情况下,可能会出现竞态条件,错误地将键标识为已过期,而实际上并未过期。除了使用分布式锁(这会降低性能)之外,没有办法确保过期映射的一致性。通过简单地访问键,我们确保只有在键的 TTL 过期时才删除该键。但是,对于您的实现,您可以选择最适合的策略。 |