billbur

@lusxh #40 对的，因为我觉得根本不需要把问题复杂化，把问题简单化才能更好的避免引发各种问题，当然这是我个人的经验之谈，不是什么正解

我对双 token 的理解比较粗浅，用途上 access token 是给一个相对较短有效期的授权，而 refresh token 则是用来续签的，有效期较长，给受信任的客户端环境才签发。在 access token 有效期内无需重新登录，在 refresh token 有效期内无感续签，比如本次登录没勾选保持登录状态，access token 可在本次会话中一直使用只要你别关闭浏览器，关闭标签页重新开个网页依旧是登录状态的；如果登录时勾选了保持登录状态，那么 refresh token 应该是持久化保存的，重开浏览器什么的依旧可以维持登录状态，因为你的客户端可以拿 refresh token 去重新签一个 access token 。而超过 refresh token 有效期了则强制要求登录一次验证身份，这是一种很简单的安全手段。至于数据库存不存查不查那实际上是看会话管理上需不需要，实际上可以不要的

一边看视频一边玩游戏，你说的是 b 站那种浮窗吗，这个要软件开发自己去开发支持，还是说上下或者左右分屏？浮窗会有遮挡，分屏屏幕更小了，体验都不算好

学历是敲门砖，本科不够看了

支持 A 的是一群人，支持 B 的是另一群人，现在把这两群人凑一起你不说“持不同观点的人”反而说“左右脑互搏”吗

拒绝尸检还直播就是想按闹分配，趁机敲一笔钱

没遇到过，但我遇到的问题是收回耳机后手机的声音没有恢复到 0 音量，以前都会恢复的

上班是为了钱，无产是这样的，穷更损耗健康，我们只是两害取其轻

@victorc 同意一半不同意一半。说实话这事是各方面都有问题，单说 unwrap 的话是开发人员的问题，不能就这么说是语言的问题。单论代码，那些经常说出现不可处理的异常时就应该把异常暴露出来的人，这话我也认同，但是暴露的方式只有杀死进程这一种办法吗？一个正常的商业公司生产环境这么搞真的是不怕死，暴露异常的方法多了去了，cf 这次是自己没处理好，你如果要说任由服务死掉就能暴露问题，那为啥 cf 自己一开始还以为是超大的 ddos 攻击而不是立马定位到问题。生产环境是非常复杂的，一旦死掉你要面对的问题远比找到那个 bug 多，出问题了自动降级，重启扩容回退三板斧才是通用的。不是让你服务死那等你找到 bug 修完 bug 才恢复，而是设计就要考虑好你这些所谓不可处理的异常如果发生了怎么主动告警、描述问题、定位问题，这当然不是简单事，但也不是随随便便一句无法处理就可以让程序死掉的借口