扩展DefaultSessionCloseStrategy后CCV2环境会话超时前用户匿名问题排查

1. 会话超时流程的用户身份保存时机 #

默认的DefaultSessionCloseStrategy执行逻辑中，会话关闭前会先触发用户身份清除操作，导致你在自定义策略中拿到的已经是匿名用户。核心解决思路是在身份被清除前提前锁定用户信息：

• 不要直接依赖SessionService.getCurrentUser()在会话关闭阶段获取用户，而是在会话超时预警阶段（比如超时前的预警事件）就把用户ID或核心详情存入会话属性做缓存。
• 也可以通过自定义SessionEventListener监听SessionDestroyedEvent的前置触发节点，或者在SessionRegistry中提前跟踪活跃会话与用户的关联关系，留存用户信息。

2. CCV2云环境的会话配置差异 #

本地与CCV2的会话管理逻辑存在集群化差异，这是导致环境不一致的关键：

• 核对CCV2中的session.timeout和storefront.session.timeout配置项，确认云环境的超时阈值与本地一致，避免因超时时间过短提前触发会话销毁。
• CCV2默认基于Redis实现集群会话管理，会话销毁通知在节点间可能存在执行顺序偏差。需要确保自定义策略能通过Redis中的会话快照读取原始用户ID，再通过UserService查询完整用户详情，而非直接依赖当前会话的用户对象。

3. 自定义策略的执行顺序调整 #

重写closeSession方法时，要调整逻辑执行顺序，先留存用户信息再执行父类的会话关闭逻辑：

public class DefaultStorefrontSessionCloseStrategy extends DefaultSessionCloseStrategy {
    private UserService userService;
    private SessionService sessionService;

    @Override
    public void closeSession(final SessionModel session) {
        // 提前锁定用户信息，此时用户身份仍有效
        UserModel currentUser = sessionService.getCurrentUser();
        if (!userService.isAnonymousUser(currentUser)) {
            String userUid = currentUser.getUid();
            // 在这里执行你的自定义业务逻辑，比如记录超时日志、清理用户临时数据
            processSessionTimeoutForUser(userUid);
        }
        // 最后调用父类方法，执行会话关闭与身份清除
        super.closeSession(session);
    }

    private void processSessionTimeoutForUser(String userUid) {
        // 自定义业务逻辑实现
    }

    // 注入依赖的setter方法
    public void setUserService(UserService userService) {
        this.userService = userService;
    }

    public void setSessionService(SessionService sessionService) {
        this.sessionService = sessionService;
    }
}

4. CCV2环境的权限与序列化配置检查 #

• 确保自定义策略类在CCV2中拥有读取会话用户属性的权限，避免因权限限制无法获取用户信息。
• 检查CCV2的会话持久化配置，确认会话中的用户关联属性被正确序列化到Redis，保证会话销毁时能读取到原始用户ID。

5. 会话超时预警的替代方案 #

如果在会话关闭阶段获取用户信息始终存在问题，可以切换到超时预警逻辑：

• 实现SessionTimeoutListener监听会话即将超时的事件（比如超时前5分钟），此时用户身份仍处于有效状态，提前执行自定义逻辑并留存用户数据，后续会话关闭时直接使用提前记录的信息。

内容的提问来源于stack exchange，提问作者PriyaS