07｜系统的并发用户数怎么估算？

开场先澄清一个概念误区：并发用户数不等于系统用户数，也不等于日活——日活十万，同时在线可能只有几千、同时在发请求的可能只有几百。要估的是「同时在产生请求的量」。

回答思路

第一步：给经典估算路径（推导链）

日一亿请求 → 二八原则（80% 流量集中在 20% 时间，即 4.8 小时）→ 平均每秒约 5800 → × 峰值系数（一般 3-5 倍）→ 峰值 QPS 约 2 万到 3 万。这条推导链能现场走一遍，这题就过了。

第二步：讲峰值系数的来源

看业务形态：匀速型产品系数低、脉冲型（开售、整点抢购、推送触发）系数高。有历史监控就用历史峰值的实测值，没有才用经验系数——用数据不用拍脑袋。

第三步：讲 think time 的影响

真实用户两次操作之间有思考间隔——压测里设置思考时间后，虚拟用户数要相应放大才能达到同样 TPS（并发 = TPS × RT 的扩展）。虚拟用户数和并发请求数的换算能讲清，说明理解了利特尔法则的应用层。

收尾：给验证态度

估算值是起点不是终点——先用估算值做梯度加压，观察指标拐点再修正目标。估算加实测校准的组合拳最稳。

考察重点

维度	说明
企业动机	大厂面经原题，考察从业务量到压测目标的推导能力——只会问开发「压多少」的人不配独立做专项
过线标准	二八原则加峰值系数的推导链走通
区分度	讲口径澄清（并发不等于日活）、讲脉冲型业务系数差异的是真做过容量推导的
加分项	think time 和虚拟用户数的换算
减分项	直接报一个数字「压一千并发」说不出推导，暴露没有方法论

来源

整理自知识星球帖《面试情报 04｜性能测试 20 题》，返回题库。