【架构】腾讯面试题：7 亿王者在线统计，83MB 内存方案详解

最近有个朋友分享了他的“逆袭经历”——面试腾讯游戏岗时，被面试官抛出一道超硬核业务题，没想到他精准拆解后，直接拿下offer！
面试官的问题直击王者荣耀核心场景：“我们有近7亿注册用户，日活超1亿，2024周年庆期间，怎么快速统计实时在线用户数？要求内存占用少、响应快。”

这道题看似简单，实则暗藏玄机：7亿用户的状态如果用常规方法存储，光是内存就会爆掉！但只要找对技术方案，难题瞬间就能化解——核心秘诀就是 Redis的 Bitmap技术！

一、常规思路的坑：内存根本扛不住⚠️

如果用普通方法，比如给每个用户存一个“在线/离线”的字符串标识，7亿用户需要的内存会大到离谱：
假设每个标识占1字节，7亿用户就需要700MB内存；

要是用更复杂的存储结构，内存占用只会翻倍，服务器根本扛不住实时统计的压力。
而王者荣耀周年庆期间，用户登录登出频繁，还需要快速响应统计结果，常规方法完全满足不了需求。这时候，Redis的 Bitmap就成了“救星”！

二、核心方案：用Bitmap给用户状态“比特级记账”🗂️

Bitmap翻译成中文是“位图”，核心逻辑特别简单： 用1个比特位（0或1）记录1个用户的在线状态 ——1代表在线，0代表离线。

2.1 内存占用精确测算

咱们用大白话算笔账，就知道它有多省内存：
总比特位数：7亿用户，每人1个比特位，总共需要700,000,000个比特位；
换算成字节：1字节=8个比特位，所以总字节数=700,000,000÷8=87,500,000字节；
换算成MB：1MB=1024×1024字节，最终内存占用≈87,500,000÷(1024×1024)≈83.3MB！

83MB 是什么概念？相当于手机里一张高清照片的大小，却能搞定7亿用户的状态管理，这就是 Bitmap的神奇之处！

三、实操流程：Redis Bitmap实现在线统计⚙️

Bitmap搭配 Redis的4个核心命令，就能完美实现“设置状态+查询状态+统计总数”，步骤简单到一看就会：

3.1 用户上线：标记“在线”状态

用 SETBIT命令，给指定用户ID的比特位设为1，比如用户ID123456登录：

SETBIT online_users 123456 1  
# online_users是存储键，123456是用户ID，1代表在线

3.2 查询用户是否在线：快速校验状态

用 GETBIT命令，查询某个用户的比特位值，返回1就是在线，返回0就是离线：

GETBIT online_users 123456  
# 想知道用户123456在不在？执行这条命令就够了

3.3 用户下线：标记“离线”状态

同样用 SETBIT命令，把用户ID对应的比特位设为0，比如用户123456退出游戏：

SETBIT online_users 123456 0  
# 把1改成0，轻松更新离线状态

3.4 统计在线总数：一键出结果

最核心的一步！用 BITCOUNT命令，直接统计所有比特位中“1”的个数，就是实时在线用户数：

BITCOUNT online_users  
# 不用遍历7亿用户，瞬间返回在线总数

四、为什么这个方案能被腾讯认可？✅

4.1 方案核心优势

• 内存占用极省 ：83.3MB 搞定7亿用户，服务器压力直接降到最低；
• 操作速度超快 ：Redis命令是内存级操作，设置和查询状态都是毫秒级响应，完全适配周年庆高并发场景；
• 扩展性极强 ：不仅能统计在线人数，还能拓展到“统计单日活跃用户”“标记用户是否参与活动”等场景，实用性拉满。

4.2 面试考察核心思想

其实大厂面试题，考察的从来不是“死记硬背”，而是“用简单技术解决复杂问题”的思路。Redis的 Bitmap看似小众，却在海量用户状态管理中发挥着关键作用，这也是腾讯面试官看重的核心能力。