Spring Session MongoDB模块中会话过期时间设置问题分析

问题背景

在Spring Session MongoDB模块中，开发者发现通过JdkMongoSessionConverter构造函数设置的maxInactiveInterval参数实际上并未生效。这个问题源于会话创建和过期时间设置的实现细节存在不一致性，导致开发者的配置意图无法正确传递到最终生成的会话对象中。

核心问题分析

当开发者使用以下方式配置会话转换器时：

@Bean
public JdkMongoSessionConverter jdkMongoSessionConverter() {
    return new JdkMongoSessionConverter(Duration.ofMinutes(1));
}

期望将会话的非活动超时时间设置为1分钟，但实际上这个设置会被忽略。问题的根源在于会话对象的创建流程：

1. MongoSession对象在创建时会调用默认构造函数或特定构造函数
2. 构造函数内部会调用setLastAccessedTime方法
3. 该方法会基于默认的30分钟非活动间隔计算过期时间
4. 之后虽然设置了自定义的非活动间隔，但初始的过期时间已经确定

技术实现细节

在ReactiveMongoSessionRepository的createSession方法中，会话创建流程如下：

Mono.fromSupplier(() -> this.sessionIdGenerator.generate())
    .map(MongoSession::new)
    .doOnNext((mongoSession) -> mongoSession.setMaxInactiveInterval(this.defaultMaxInactiveInterval))

这里首先创建了MongoSession实例，然后才设置非活动间隔。而MongoSession的构造函数会立即计算过期时间，使用的是默认值而非后续设置的值。

解决方案

正确的实现应该使用MongoSession的另一个构造函数，该构造函数接受会话ID和非活动间隔两个参数：

MongoSession(String id, long maxInactiveIntervalInSeconds) {
    this.id = id;
    this.originalSessionId = id;
    this.intervalSeconds = maxInactiveIntervalInSeconds;
    setLastAccessedTime(Instant.ofEpochMilli(this.createdMillis));
}

这样可以在构造会话对象时就传入正确的非活动间隔值，确保过期时间计算的准确性。

最佳实践建议

1. 对于需要自定义会话过期时间的场景，建议直接通过@EnableMongoHttpSession注解的maxInactiveIntervalInSeconds属性进行配置
2. 如果必须使用JdkMongoSessionConverter，需要确保同时配置了ReactiveMongoSessionRepository的默认非活动间隔
3. 在自定义会话存储逻辑时，注意会话创建和属性设置的顺序，确保关键属性在计算前已正确设置

总结

Spring Session MongoDB模块中的这个问题展示了框架实现细节对功能行为的影响。理解会话生命周期和属性设置的时机对于正确配置会话管理至关重要。开发者在使用时应关注相关组件的完整配置，而不仅仅是单个组件的参数设置。