PV（Page View，页面浏览量）

一句话描述

PV 即页面浏览量（Page View）：页面每被打开或刷新一次，PV 计 1 次，不区分是不是同一个访客。它是衡量网站/页面被访问热度的基础业务指标，和 UV、IV 一起构成流量分析的铁三角。

一、PV / UV / IV 的区别

三个指标的区别在于按什么计数、怎么去重：

指标	全称	计数单位	去重规则	举例（某用户一天访问 3 次、每次看 5 个页面）
PV	Page View（页面浏览量）	每次页面打开/刷新计 1	不去重	15
UV	Unique Visitor（独立访客数）	每个独立访客计 1	按访客身份去重（Cookie/UserID/设备号，跨访问去重）	1
IV	Independent Visitors（独立访问次数/会话数）	每次访问（Session）计 1	按会话去重（一般 30 分钟无操作即视为一次会话结束，会话内多个 PV 只算 1 次 IV）	3

速记：PV 数页面、IV 数访问次数、UV 数人。三者关系通常是 PV ≥ IV ≥ UV。

• 同一个人反复刷新页面：PV 猛涨，IV、UV 不变（同一会话内）。

• 同一个人隔几小时再来一次：IV +1，UV 不变。

• 换个浏览器/清了 Cookie 再来：UV 可能 +1（Cookie 被清，身份识别失败），这是 UV 统计的经典误差来源。

二、统计口径

1、怎么计数

常见两类方式：一是服务端日志（如 Nginx access log，按页面请求条数统计）。二是前端埋点/SDK（页面加载时上报打点，可过滤爬虫、区分白屏/异常加载）。口径必须先说清楚再谈数字。

2、哪些算、哪些不算

刷新页面临界：刷新是否计入 PV 各家口径不同（常见做法是计入）。一次加载里静态资源（图片、JS、CSS）的请求不算 PV，那是资源请求数。前后端分离架构下，页面打开 + 接口请求是两回事，PV 按页面/路由加载算，接口调用按 QPS 算。

3、去重的依据

UV/IV 的去重依赖身份识别：登录态用 UserID，未登录用 Cookie/设备指纹，再不济用 IP。IP 误差大：NAT 后多人同一出口 IP 会被算成 1 个 UV。这也是「为什么 UV 有水分」的常见追问点。

4、PV 的水分

与 GMV 类似，PV 也是容易被「做高」的指标：爬虫、刷量、误把资源请求算进去都会虚增。看数据时要注意口径定义，上市公司披露会附详细指标释义。

三、PV 与 QPS / RT 的关系

PV 是业务/运营指标，QPS、RT 是技术/性能指标，量纲不同但可以互相估算：

• PV 是累计量，QPS 是瞬时速率：PV 统计的是一段时间（通常一天）的总浏览量。QPS 统计的是服务器每秒处理的请求数。日 PV 高不代表 QPS 高，还取决于流量在时间上的分布。

• 估算关系（容量规划常用）：

峰值 QPS ≈ 日总请求数 ÷ 86400 × 集中系数。假设一天 1 亿 PV，按平均算是约 1157 次/秒。但流量不会均匀分布——80% 的访问集中在 20% 的高峰时段。再叠加一次页面打开触发多个接口/资源请求，实际峰值 QPS 可能是平均值的几倍到几十倍。做压测与容量规划时要按「峰值 QPS」而不是平均 PV 折算。

• RT 决定体验与上限：RT（Response Time，响应时间）是单次请求的处理耗时。在并发用户数固定时，QPS ≈ 并发数 ÷ 平均 RT。RT 越低，同样的并发能撑起的 QPS 越高，用户在单位时间里能浏览的页面（PV）也越多。

• 缓存与 CDN 会切断 PV 与 QPS 的正比关系。PV 涨了，静态资源命中 CDN、热点数据命中缓存后，打到源站的 QPS 可能几乎不涨。

一句话总结：PV/UV/IV 描述业务有多火，QPS/RT/TPS 描述系统扛不扛得住。从日 PV 出发，乘以集中系数和页面请求数，折算出峰值 QPS，再结合 RT 目标做容量设计。这是后端面试里经典的估算题。

延伸阅读：QPS（含 TPS 与 QPS 的区分）、GMV、ACK。

2026-10 依据主题重写（原文件为空壳）。