昨天还在登录，今天为什么变了？

登录动作与登录状态不是同一件事

输入账户信息并通过验证，是一次登录动作；随后切换页面仍被识别，则涉及会话状态。MDN 用 Cookie 保存会话标识的例子解释了这种衔接：后续请求带上标识，服务端再决定它是否仍有效。这里讲的是常见机制，不表示海角社区一定采用某一种具体方案。

因此，“昨天密码没有输错”和“今天仍然保持登录”并不是同一个结论。理解两者的区别，有助于减少无意义的反复改密码，也让你在反馈时能够描述问题发生在认证之前、认证之后，还是间隔一段时间以后。

隔夜变化先看三类条件

第一类是时间。OWASP 会话管理资料区分了长时间无操作后的失效，以及从会话建立时开始计算的最长有效期。网站如何配置、持续多久，需要以该服务的实际说明为准；不能从跨过午夜这一事实推断它必定每天零点清空状态。

第二类是环境。你可能换了浏览器、浏览器用户资料或窗口模式。Chrome 官方帮助说明，无痕窗口使用单独的浏览会话，关闭全部无痕窗口后结束该会话。第三类是操作变化，例如主动退出或处理了站点数据。记录这些发生过的动作即可，不需要猜测后台日志。

• 时间条件：上次确认登录的时间、最后一次操作、再次打开的时间。
• 环境条件：设备名称、浏览器名称、普通或无痕窗口、是否由其他应用打开。
• 操作条件：是否主动退出、切换账户、调整浏览器设置或清理站点数据。

先保留现场，再做单一变量比较

看到状态变化时，先保存不含隐私的提示文字，并写下进入步骤。不要同时清除所有浏览数据、换网络、换设备和重置密码：若结果随后恢复，就无法分辨哪项操作与变化相关。更清楚的做法是保留原窗口，先确认原书签与当前地址是否一致，再选择一个条件进行比较。

例如，先只比较普通窗口与原先使用的窗口，其他条件尽量保持一致。比较结束后记录“两个窗口结果不同”，而不是直接写“Cookie 出错”。同样，换设备后能够继续阅读，也不能证明原设备损坏；它只是给下一步排查增加一个线索。

不要靠页面上的头像确认会话有效

头像、昵称或上次打开的页面只能作为界面观察。判断当前状态时，应结合你实际需要完成的操作以及页面返回的提示；不要为了测试而执行发帖、修改资料等会产生额外影响的动作。优先选择原本就要阅读的页面，并记录是否出现再次认证要求。

以下为虚构记录：“昨晚普通窗口可阅读；今早同一设备新窗口显示登录提示；未修改密码，未确认服务端原因。”这种表述既保留了变化，也保留了不确定性。若需要向服务方反馈，再补充具体时间和出现提示的页面即可。