凌晨 1 点自己家的房间

我做了两个项目的登录功能后，目前的方案是：accessToken 过期时间设置短些，如果过期则前端用 refreshToken 获取新 token 即可（对用户来说是无感知的替换了 accessToken ）。jwt 和 redis 选择一种方案即可，jwt 本身有附带信息解密即可，如果用 redis 关联 token-用户信息查询也很快。

两种方案都有尝试过，相对更倾向加上 redis 去做记录，如果想要在服务端清除用户本次的登录状态，如果有 redis 记录就方便些；如果用的是纯 jwt 的话，不是很好办，最终还是要服务端记录这个 jwt 。

楼主的过期超时 20 分钟的缓冲，其实就是 refreshToken 方式, 刚开始接触的时候，也用过这种 token 替换 token 的方式，后来发现还有 refreshToken 这种方式，非常适合这种频繁操作时延长 token 有效期的场景

之前一个人在外面打工，到周五，就下班出去往人多的居民区逛逛走走，有啥吃啥，人多热闹。回去租的小房子太孤独了。

如果想让这个匹配不到,我的思路是:

自定义 HandlerMapping 在匹配到 HandlerMethod 之后, 尝试一次参数的类型匹配?转换?, 如果匹配失败, 直接让这个 url 匹配不到从而走 noHandlerFound 的逻辑抛 404

不知道是否可行?

我觉得没什么问题.

springmvc 在匹配的时候,先匹配确定的 url, 如果没有那就去匹配 带通配符的 /news/{id}.

因为 url 是 string 所以确实匹配到了 /news/ssss=>/news/{id}. 没有 404 NotFound, 它确实找到了 url.

然后在类型转换的时候 400 错误了.

有些产品会.....碰到技术实现上的问题, 找产品沟通, 会一起商量.

看看能否从设计上优化, 在实现需求的同时让技术实现起来更容易,或者更换一些实现方式. 当然如果是很重要的功能点, 那还是得硬着头皮上. 在开发效率和需求实现上做些妥协.

最天苦苦思考的 bug, 今天早上灵机一动解决了, 发自内心的快乐+1

就像小时候学写作文，先是读优秀课文作文等，做些摘抄什么的。从整段背诵，到运用名言名句，再到考试独立完成一篇作文。多读课文，读诗词名句，优秀作文。都是必要的积累。

至于是考试前突袭背几篇拿高分，还是长期培养阅读的习惯，熟好熟坏，不言自明。

看描述,我觉得是楼主不熟悉游戏, 建议耐心听剧情,多熟悉操作.适当的查查攻略

上次大半夜滴滴打车, 落了手机. 后来联系上司机立马给我送回来了, 要了 50, 我觉得挺良心的.

晚上十一二点, 外面下雨, 我那也是最后一单,人司机都回去洗澡睡觉了.我当时还想要是司机敲诈我要个几百块我也认了,就当买个教训.

我上家因为不报销，平时测试只能用小额测试。后来生产出了大额，前后端交互时丢了几位的 bug 。损失不小，笑死……

正好缺个收纳包, 分母+1