
1 yeqizhang 2021-06-18 00:57:10 +08:00 via Android 我觉得可以折中,不一定严格要求每次操作后半小时,你可以判断过期时间还剩下十几二十分钟的话再更新,超过 20 分钟就不更新,一般用户登陆后那几分钟操作才会比较频繁,然后实际最后操作时间到过期时间只有二十几分钟比半小时差几分钟,用户感知也不强。 话说回来,一般采用 session 方案的会有多大的用户量呢,redis 还怕这点写操作? |
2 polyang OP @yeqizhang 嗯,这个方案不错,我觉得可以考虑,比如设定有效时间超过 25 分钟就不更新,小于等于 25 分钟时重新更新回 30 分钟,只差 5 分钟感知也不强。 不过按照你说的,正常的用户量不是特别高的情况下,每次都更新过期时间也没什么,只不过我有点强迫症,觉得每次都更新的话有点…… |
3 vibbow 2021-06-18 02:30:37 +08:00 那就在 redis 里把超时时间设为 1 个小时 然后应用层判断有没有半个小时,再和 1 楼的方案结合一下。 |
4 Oktfolio 2021-06-18 03:36:07 +08:00 Spring Session 每次请求更新过期时间。 |
5 gaius 2021-06-18 09:54:47 +08:00 鉴权接口给 session 续期 |
6 ChoateYao 2021-06-18 10:18:09 +08:00 你有多少用户?这么快担忧到 redis 性能不够用?你没有实际因为 session 频繁写导致性能不够的场景,一切都是凭空想象出来的,那么你的优化也是凭空想象的。 |
7 jenlors 2021-06-18 16:03:03 +08:00 不要过早优化,redis 真的撑不住了再说 |
8 ERRASYNCTYPE 2021-06-18 17:12:09 +08:00 结合一楼方法 再不行,横向拓展,hash uid 分布处理 |