为何新标签打开链接时sessionStorage清空、同标签保留？localStorage删除后为何仍存在

关于sessionStorage的认知误区 #

你对sessionStorage的规则记忆不完整，它的生效逻辑和“仅关闭浏览器才清除”的认知拼在一起，才是完整的判定标准：

• 作用域绑定：同一个标签页内的所有导航跳转，所有页面完全共享同一份sessionStorage存储桶，不会为跳转后的新页面创建独立副本，所有读写操作直接修改这份共享存储。
• 独立副本生成规则：只有当通过target="_blank"触发新标签打开、或手动新建空白标签导航到同域名页面时，浏览器才会为这个全新的标签页生成专属的sessionStorage副本。这个副本是打开瞬间从父标签的sessionStorage瞬时拷贝的，后续两个标签的存储修改完全互不影响。

对应你遇到的场景差异：

• 新标签打开场景：这个独立副本的初始状态里没有washerebefore=yes的标记值，第一次加载目标页时判断条件不成立，正常往下写入标记；后续在这个新标签内刷新时，同一份存储里已经存在标记值，就会触发重定向。这种“初始状态无旧值”的表现，会让人误以为新标签打开时sessionStorage被清空，本质是新标签根本没复用旧标签的共享存储桶。
• 同标签打开场景：所有跳转都共用原标签的那份sessionStorage存储。第一次点链接到目标页时，存储内无标记值，正常写入；后续不管是导航回主页再点链接，还是在标签内直接跳转，用的都是同一份存储，里面已经存了washerebefore=yes，所以直接触发重定向，不会进入后续的写入逻辑。

关于localStorage操作不生效的原因 #

核心是代码的执行时序bug：
代码里的location.href赋值是异步触发的，它只会通知浏览器启动导航流程，不会阻塞当前JS的后续执行。也就是说，执行完localStorage.removeItem("washerebefore")之后，代码不会等页面真的跳转到主页，会立刻执行分支外的localStorage.setItem("washerebefore", "yes")——刚删除的键立刻被重新写回，removeItem的操作完全被覆盖，看起来就像值没被删掉。

修正方案 #

在重定向的分支逻辑里加return阻断后续代码执行，避免删完又写回的问题：

if (localStorage.getItem("washerebefore") === "yes") {
    localStorage.removeItem("washerebefore")
    location.href = "url of my main page";
    // 阻断后续执行，不再运行下面的写入逻辑
    return;
}
localStorage.setItem("washerebefore", "yes");

如果继续沿用sessionStorage实现原需求，只需要在同标签重定向时，先删除sessionStorage里的标记值即可，后续再点链接进入目标页时，存储内无旧值，就不会直接触发重定向。

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