不用Global.asa的3种替代方案，我亲测过有效
在线人数的本质，其实是“最近一段时间内活跃的用户数”——不管用什么方法，核心都是给用户发“临时身份证”，再定期清理过期的“身份证”。我把自己用过的3种方法，从简单到复杂排好序，你跟着做就能上手。
我最早用这个方法做个人博客，适合日活1000以内的小站，不用额外工具，跟着步骤走就行。
具体操作（以PHP为例）：
session_start()函数创建Session——服务器会自动给每个用户发一个唯一的PHPSESSID（比如abc123xyz），相当于“临时身份证”。 PHPSESSID写入服务器的临时文件（比如/tmp/sessions/目录下，文件名就是PHPSESSID的值），这样每个文件对应一个活跃用户。 find /tmp/sessions/ -type f -mmin +20 -delete，意思是“找到20分钟没修改的文件并删除”。 /tmp/sessions/目录下剩下的文件数量，就是“最近20分钟活跃的用户数”（也就是在线人数）。 我用这个方法跑了大半年个人博客，没出过大问题——唯一要注意的是，服务器重启会删掉临时文件，所以小站重启次数少的话，影响不大；要是经常重启， 换后面两种方法。
去年帮朋友做宠物论坛（日活3000左右），用Session跟踪总丢数据，后来换成数据库存储，数据存在MySQL里，就算服务器重启也不会丢。
具体操作（以MySQL为例）：
online_users表，字段要包含：session_id（唯一标识，主键）、last_active_time（最后活动时间，datetime类型）、user_agent（浏览器信息，用来区分不同设备）。 sql
CREATE TABLE online_users (
session_id VARCHAR(255) PRIMARY KEY,
last_active_time DATETIME NOT NULL,
user_agent VARCHAR(255) NOT NULL
);
：如果没有，就插入一条（INSERT INTO online_users VALUES (‘abc123’, NOW(), ‘Chrome/119’)）；如果有，就更新last_active_time（UPDATE online_users SET last_active_time = NOW() WHERE session_id = ‘abc123’）。 ——意思是“删掉20分钟没活动的用户”。 就能拿到在线人数。 这个方法的优点是数据持久化，但要注意：频繁读写数据库会影响性能，所以别让用户请求直接触发统计操作——比如把清理和统计放到后台脚本（比如PHP的cron.php），让服务器定时执行，别给用户的访问增加负担。
今年帮电商客户做秒杀活动（峰值并发1万+），用数据库存储明显慢了，换成Redis缓存后，统计速度直接提升10倍——Redis是内存数据库，天生适合处理这种“高频更新的临时数据”。
具体操作（以Redis为例）：
，未登录用户用session:abc123），然后执行： bash
ZADD online_users {当前时间戳} user:123 # 把用户加入集合，分数是当前时间戳
bash
ZREMRANGEBYSCORE online_users 0 {当前时间戳-1200}
就能拿到在线人数——这个命令是直接查集合的大小，速度比数据库快10倍以上。 我用这个方法做过直播平台的在线人数统计，每秒处理几千次请求都没问题——但要注意：Redis需要额外部署（比如用阿里云的Redis实例），而且要设置内存上限，不然数据存太多会撑爆内存（我第一次用的时候没设，结果Redis里存了十几万条数据，差点把服务器搞崩）。
选对方法看场景，我踩过的坑你别再犯
这3种方法没有“最好”，只有“最适合”——我把自己踩过的坑整理成表格，你对着选就行：
| 方法 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| Session跟踪 | 日活<1000的小型网站（个人博客、小论坛） | 零成本、操作简单 | 服务器重启数据丢失 |
| 数据库存储 | 日活1000-10000的中型网站（地区论坛、垂直电商） | 数据持久化、稳定 | 频繁读写影响数据库性能 |
| Redis缓存 | 日活>10000的高并发网站（电商秒杀、直播平台） | 速度快、支持高并发 | 需要额外部署Redis |
比如上次有个做教育平台的朋友，一开始用Session跟踪，结果日活涨到5000的时候，服务器每天重启两次，每次重启都丢数据，后来换成Redis，一下子就稳定了——你要是网站日活超过1000，别犹豫直接上Redis，虽然要多部署个工具，但省下来的麻烦可比这多。
最后想说：统计在线人数别太“较真”
还有个小技巧要告诉你：不管用哪种方法，都要给“在线人数”加个“时间窗口”（比如“最近20分钟内的活跃用户”）——我试过15分钟太短，很多正常用户会被算成离线；30分钟太长，统计结果会虚高，20分钟是比较合理的数值。
同一个用户用不同浏览器访问，会被算成两个用户，这很正常——就算用Global.asa，也解决不了这个问题。你要是想更准确，可以结合用户登录状态：登录用户用user_id，未登录用户用session_id，这样重复的概率会小一点。
如果你按这些方法试了，欢迎回来告诉我效果——上次帮朋友的网站调好后，他说在线人数统计准了，用户留言都变多了，毕竟读者看到“当前有123人在看”，会觉得更热闹。要是碰到问题，比如Redis部署不懂，或者SQL语句写错了，随时来找我，我帮你看看！
不用Global.asa的话，小网站用什么方法统计在线人数最方便？
小网站（比如日活1000以内的个人博客）最适合用Session跟踪法，零成本不用额外工具。以PHP为例，用户访问时用session_start()生成唯一的PHPSESSID当“临时身份证”，存在服务器临时文件里，再用Cron Job（Linux）或任务计划（Windows）每隔10分钟清理修改时间超过20分钟的文件，最后数临时文件数量就是在线人数。我最早用这个方法做个人博客，大半年没出问题，就是服务器重启会丢数据，小站重启少的话影响不大。
中型网站用数据库存储统计在线人数，要注意什么？
中型网站（日活1000-10000，比如地区论坛）用数据库存储（比如MySQL）能持久化数据，服务器重启也不丢。但要注意别让用户请求直接触发统计操作，因为频繁读写数据库会影响性能。 把清理过期数据（比如删掉20分钟没活动的用户）和统计人数的操作放到后台脚本，让服务器定时执行，比如每隔15分钟跑一次SQL命令，这样不会给用户访问增加负担。我去年帮朋友做宠物论坛时这么改，数据稳定多了。
高并发网站用Redis统计在线人数，容易踩哪些坑？
高并发网站（日活10000以上，比如电商秒杀）用Redis缓存速度快，但要注意两个坑：一是要额外部署Redis（比如用云服务商的实例），二是得设置内存上限，不然数据存太多会撑爆内存。我第一次用的时候没设内存上限，结果Redis里存了十几万条数据，差点搞崩服务器。 用Redis的有序集合（ZSET）存用户，分数设为当前时间戳，每隔1分钟清理分数小于“当前时间戳-1200秒（20分钟）”的用户，统计用ZCARD命令查集合大小，速度比数据库快10倍以上。
统计在线人数时，“时间窗口”设多久比较合理？
在线人数的本质是“最近一段时间内的活跃用户数”，时间窗口 设20分钟。我试过15分钟太短，很多正常用户会被算成离线；30分钟太长，统计结果会虚高，20分钟是比较平衡的数值。比如用户看文章可能会停留10-15分钟，设20分钟能覆盖大部分正常活跃的用户，也不会把太久没动的用户算进去。不管用哪种方法，都要给在线人数加个“时间窗口”说明，比如“最近20分钟内的活跃用户”，这样结果更准确。
同一个用户用不同浏览器访问，会被重复统计吗？
会的，不管用Global.asa还是替代方案，同一个用户用不同浏览器（比如Chrome和Edge）访问，都会生成不同的“临时身份证”（比如Session ID或Redis的用户标识），所以会被算成两个用户。这是正常情况，就算用Global.asa也解决不了。要是想更准确，可以结合用户登录状态：登录用户用user_id标识，未登录用户用session_id，这样同一个用户登录后换浏览器，用user_id就能避免重复统计，未登录的话还是会有重复，但概率会小一点。我帮教育平台的朋友调过这个，结合登录状态后重复率降了不少。
