SNTP WATCH NOTE
SNTP登录后又回到入口页：怎样判断会话是否连续
返回入口不必然是密码错误。先核对最终地址和页面反馈，再检查浏览器是否保留了连续会话。
首先核对最终落点
登录并不是点击按钮后立即完成的一件事。浏览器可能先提交验证，再接收重定向，最后到达账号页面。每一步都可能显示相似的品牌文字，但真正需要记录的是地址栏最终停在哪里、页面是否给出明确反馈，以及返回入口前是否经过了其他主机。
如果页面明确提示账号或密码错误，才优先处理账号输入。若没有任何账号反馈，只是重新出现登录入口，就应把会话中断、Cookie限制、系统时间或中途换网络列入检查。把所有返回入口都当成密码问题，往往会造成无意义的重复重置。
会话为什么会中断
浏览器需要用Cookie等状态信息把验证前后的请求识别为同一次会话。严格的隐私设置、无痕窗口、清理站点资料、系统时间偏差，或登录过程中从Wi-Fi切到移动网络，都可能让前后状态无法连续。
这并不意味着应该关闭全部隐私保护。更稳妥的方法是保持同一浏览器、同一窗口和同一网络，完成一次干净复测；若问题消失，再逐项恢复原设置，找出真正影响结果的条件。
完成一轮可比较的测试
同时换浏览器、换网络、换密码和换设备，看似做了很多尝试，却无法说明哪一项起作用。先在当前设备记录时间、最终地址和提示原文，下一轮只调整当前最可疑的条件。这样即使仍未登录，也能排除一类原因。
需要反馈时，不要提交密码、短信验证码、完整订阅信息或付款资料。设备系统、浏览器版本、发生时间、最终地址和去除个人信息后的提示原文，通常已经足够描述问题。
区分入口、会话和账号
入口是否能打开回答的是页面可达性；会话能否连续回答的是浏览器状态；账号是否被接受则由服务端的明确反馈决定。三个结果相关，却不能合并成一句“官网坏了”。
守望网络把这些结果分开记录，是为了让用户在入口调整或设备更换后仍知道从哪里继续，而不是承诺某个地址永久不变。