Wicket 9部署后首次访问特定页面用户被强制重新登录问题

根因分析 #

• 触发条件的核心关联点是Wicket 9对WebClientInfo的初始化逻辑变更：当页面渲染阶段（构造函数、onBeforeRender等）调用getClientInfo()时，如果当前会话未存储客户端信息，Wicket会自动触发一次重定向，用于收集用户代理、设备参数等客户端信息。
• Chrome/Edge 94+版本对SameSite Cookie的处理策略比火狐更严格，重定向过程中会话Cookie未被正常携带，导致Wicket判定当前会话未登录，触发登录页跳转逻辑。
• 本地运行每次复现、部署后仅首次复现的原因：本地调试时每次打开浏览器都是全新会话，无历史客户端信息缓存；部署后首次触发收集逻辑后，客户端信息会写入会话，后续访问无需再重定向，表现为恢复正常。
• 仅“核查中”页面触发的排查方向：确认父类中WebClientInfo相关代码是否仅在“核查中”标识为true时执行，或“核查中”页面的权限校验逻辑是否存在特殊的会话状态判断。
• 你同事应用中日期选择器页面触发的原因：Wicket内置日期选择器组件内部会调用WebClientInfo做客户端兼容性适配，本质触发了相同的重定向逻辑。

解决方案 #

方案1（推荐，无功能影响） #

在用户登录成功的逻辑中主动预加载客户端信息，避免后续页面渲染阶段触发重定向：

// 用户登录校验通过后执行
getSession().bind();
// 预加载ClientInfo，提前完成客户端信息收集
getSession().getClientInfo();

方案2（无需客户端信息时使用） #

如果业务上不需要用到客户端相关的适配功能，直接关闭Wicket的扩展浏览器信息收集开关：

@Override
public void init() {
    super.init();
    // 关闭客户端信息收集逻辑，从根源避免重定向
    getRequestCycleSettings().setGatherExtendedBrowserInfo(false);
}

方案3（仅特定页面触发时使用） #

给受影响的页面添加@NoClientInfo注解，跳过当前页面的客户端信息收集逻辑。

验证方式 #

修改后清除Chrome/Edge浏览器缓存，打开浏览器直接访问受影响页面，确认无需登录即可正常加载。

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