在线人数架构

类关系图

交互图

说明
  1. StatisticsProperties 在线人数统计配置
    1. onlineMember 在线人数统计保留数量,单位 小时,默认48。每小时任务,所以一共生成48条数据。
    2. currentOnlineUpdate 当前在线人数统计时间间隔,单位秒,默认600秒,即10分钟。即每次请求当前用户数量,都是从缓存中拿来响应,如果超出间隔,则重新统计当前在线人数。
  2. OnlineMemberVO 历史在线人数统计, date为时间,num为当时的数量。
  3. TimedTaskJobHandler xxljob 分布式任务调度中心,负责每小时任务调度,进行昨日流量汇总
  4. EveryHourExecute 每小时任务接口,在线人数统计属于每小时任务
  5. OnlineMemberStatistics 在线会员统计,统计在线人数会员,生成记录,存入缓存。
  6. PlatformViewViewDataServiceImpl 在线流量统计接口,在此接口中,有一个当前在线会员的统计,所以调用到了当前在线人数架构,根据时间间隔确定当前人数是否从缓存中提取。

架构思路

上文描述的都是在线人数用于什么样的场景,接下来描述在线人数统计这块在系统中的原理及使用建议

统计数据的由来是获取redis缓存中 Accesstoken 的数量来确认当前在线人数。

token有效时间默认为30分钟,即一个人登录之后,如果没有后续连续的访问那么系统会认为这个用户在系统中访问了30分钟。

在线人数配置(StatisticsProperties类)中,配置参数可以在yml文件中配置。

onlineMember用于配置历史在线人数,使用过程中可以配置为72 等等其他数字,代表过去3天的流量分析,但不建议太大,否则流量统计图会比较多,密密麻麻。

currentOnlineUpdate用于配置运营端在获取当前在线人数时多刷新频率,默认的10分钟是较为合适的一种方式,不管多少次访问,10分钟只统计一次redis,性能得以保障。

在架构中,获取有效 Accesstoken属于取巧操作,如果后续有其他更好的实现,可以替换掉这块逻辑。这么设计的好处就是用最少的资源,最简单的方式,评估到一个系统较为准确的在线人数方案。

results matching ""

    No results matching ""