浏览器如果不用 Cookie，是不是就没办法做到“关闭浏览器再重新打开就要重新登陆”了？

jwt

也许可以看看 SessionStorage

@cigmax JWT 能做到关闭浏览器后就失效么？好像不能吧

@javalaw2010 我不是前端，不过我也以为借助 SessionStorage 可以做到，去专门查了一下资料，好像并不可以。

localStorage 可以

@mitu9527 SessionStorage 貌似在多页应用下会出问题。

@JJstyle localStorage 不是永久存储么，浏览器关闭会自动清除么？好像不能吧。

@mitu9527 为什么要关闭浏览器自动清除 localstorage

@JJstyle 就是好奇是不是就不能做到传统网站那种“关闭浏览器后再打开就要重新登陆”了。

监听 close 事件清除 localstorage

服务端提供两种方式的认证：通过 cookie 、通过 header 里面附带一个 token （习惯于使用 jwt 来承载数据）。与之对应的是，服务端的登录接口要返回对应的 token 。

客户端如果不能使用 cookie，就使用 localStorage 。在执行登录的时候在 localStorage 保存返回的 token，并且在后续请求中在 header 附带这个 token 。

抱歉，看错问题了。

@crclz 你说的我知道，不过我不是在问 Token 、Session 和 Cookie 哈。

是我语文没学好？还是 lz 表达错了？
不用 cookie，关闭浏览器，再打开网站，肯定要重新登陆啊，你的登陆信息没有保存。

@ochatokori 全清理了？那是不是所有本地数据都没了？如果是的话，虽然好像确实达到了目的，但是应该也会有副作用吧。

了解下浏览器的 unload 事件

@mitu9527 我也不是前端，只是开个脑洞：sessionStorage tab 页之间的上下文是独立的，那么是不是可以通过 tab 页面之间通信的方式共享 sessionStorage，从而达到全局共享同一个 SessionStorage 上下文内容的目的

不过本来这个就是 sessionstorage 做的事，不知道你说的多页面会出问题会出什么问题

抱歉我也看错问题了

@yushiro 前后端分离一般都用 Token，不过我也忘记说了。

@javalaw2010 感觉有可能，postMessage ？坐等专业前端给与解答。

可以以 localStorage 为存储，实现 session 级别的存储。
在 localStorage 里面存储: key=accesstoken, value 包含 2 个字段，一个是 lastTouch，一个是 token 。

每 1 秒执行一下 touch 函数。touch 函数的行为：如果 now - lastTouch > 3 sec，则删除'accesstoken'对应的数据。否则就更新 lastTouch 。

@wanguorui123 我刚才去网上搜了一下，“如果您重载页面，也会触发 unload 事件”，那刷新页面也会清空凭据？

可以借助 localStorage 和 storage 事件，实现跨标签页共享 sessionStorage 。

以前有家 StartSSL 可能想炫技吧，是用证书登陆的，然后喜闻乐见的是，买的证书一年半载才需要续，每次要续的时候，如果重装过系统或浏览器，老是忘记登陆证书放在哪里了

多年前的网站会把 token 放到地址栏里面。

unload 可以，清楚 localStorage 是个同步操作所以大部分时候是好用的。但是并完全不可靠，毕竟可以拔电源。

做个本地的定时，记录时间，时间间隔超过一定的时间就重新登录

@zhugefubin 如果是这种，哪里还需要本地做，直接 Token 中加过期时间了。

你要关闭浏览器 /页面 /app 之后清除 token 的话，你完全不用任何处理，找个全局变量放起来就行了吧。

只有你需要考虑下次打开维持登录状态才要考虑 token 的持久化吧

websocket，断开连接就清除用户信息。
可以做到闭浏览器再重新打开就要重新登陆，但刷新也变得需要重新登录了，哈哈，没想到吧。
但也不是没办法解决，需要你会 chrome 应用开发。这样子你的成本会变很高，去实现一个需求。
我盲猜你是新人，因为新人不会在技术和业务之中需求平衡点，简单点来说就是怼产品的奇葩需求。

sessionStorage 关闭浏览器会自动清掉

用 sessionStorage 。我在多页面情况下使用这个并没有出现啥特殊情况。当浏览器关闭后重新进入就需要重现登录了。