后端怎么记录App最后在线时间最合理

2.2 就可以了吧，使用 redis 的话应该可以达到 2.0 的实时的效果，

不推荐 1，绑定了客户端，不灵活

3 的精度是业务需要的吗

因为 Token 是长期有效的，不可能让用户每天登录一次，所以依靠登录接口来记录最后在线时间有些离谱 这句话不对吧，接口起码会有个校验 token 的处理吧，token 校验感觉和登录接口差不多，只是 token 有效期内用户无感知吧

因为 Token 是长期有效的，不可能让用户每天登录一次，所以依靠登录接口来记录最后在线时间有些离谱....

感觉这个有点离谱. token 怎么是长期有效的呢, 正常每隔一段时间不应该静默刷新token嘛? 你这样后台如何使客户端的登陆失效啊..

因为 Token 是长期有效的，不可能让用户每天登录一次，所以依靠登录接口来记录最后在线时间有些离谱

感觉这句话有点离谱啊, token 怎么是长期有效的. 它不应该每隔一段时间静默刷新嘛? 如果不这样, 后台怎么样主动使客户端登陆失效啊?

为啥评论不了. :cry:

我觉得还是从需求层面出发，要求不高的话 用性能损耗最小的方案，如果像qq在线时长那样的场景，我估计是要精确到分钟的吧。

可以由客户端定时发送心跳数据到后台，具体的间隔时长根据你们业务需求进行自定义。

上 Websocket 发心跳包不就完了吗？用得着搞这么复杂？用 Redis 记录在线时间？？？

onConnect 的时候写入一个缓存，以用户 id 为键，当前时间戳为值

onClose 的时候触发事件，查找上面的 id 键值，获取当前时间戳相减。

方案 3，之前遇到过，安卓 app 维持长连接活跃，实际操作难度较大，webscoket 切到后台就断。。。

如果系统里面没有用到长链接啥的 直接中间件更新用户活跃时间到redis 每天固定时间录入数据库就行 一般的系统没必要整一些花里胡哨的 :joy: