刷新后又提示登录：找出状态丢失的那一步

先确定到底有没有进入过登录后的页面

面对海角社区在线登陆后的重复提示，先回忆页面是否真正显示过账号相关内容，还是只出现过短暂的成功字样。一个提示动画与后续页面能否识别会话并不完全相同。记录首次恢复到登录页的动作，是定位循环的起点。

登录会话通常用于让后续请求与已经验证的身份关联。MDN 的会话管理文档解释了这种状态关联的用途，但不同网站可以采用不同实现。本文只讨论可观察的浏览器行为，不据此推断海角社区使用哪种会话方案。

按触发动作选择对应观察点

重复登录的发生时机，比“总是掉线”更容易用于比较。每次对照保持同一账号和同一页面入口。

小范围对照，比一口气清理全部数据更清楚

先在常用浏览器正常窗口重新打开原入口，并关闭重复的登录标签。若仍循环，可以使用另一个浏览器作一次对照，记录“同网络、同账号、另一浏览器的结果”。这只是比较，不要求把所有浏览器都安装一遍。

只有证据指向当前浏览器的站点数据时，再考虑清理这个站点的数据。清理可能使该站退出登录并丢失本地偏好，操作前保留需要的未提交内容。不要同时清理全浏览器数据、重装程序和更换网络，否则结果难以解释。

无痕窗口不是“永不掉线模式”

Chrome 官方说明，无痕窗口开启的是独立浏览会话；关闭所有无痕窗口后，该次会话的数据不再保留。因此在无痕窗口关闭后再次访问需要重新登录，可能符合这种使用方式，而不一定是登录循环故障。

如果正常窗口失败而无痕窗口成功，这可以提示两种环境存在差异，但不能直接确认是哪一个扩展或哪一份 Cookie 导致问题。无痕模式自身也有隐私限制，不能把它视为所有网站的标准兼容环境。

教学示例与停止条件

虚构教学情境：读者在一个栏目正常阅读，点击收藏页后才回到登录页，但刷新原栏目仍显示账号名。有效反馈应写成“从栏目页进入收藏页时返回登录，原栏目刷新后状态保留”，并列出两个页面路径；不应概括为“账号完全无法登录”。

如果在同一浏览器重复一次即可稳定复现，且另一浏览器也出现同样结果，就可以停止广泛清理，提交步骤和时间。网站提示会话过期时按其流程重新登录一次；重新登录仍立即循环，则应保留证据交由服务方处理。