场馆刷脸入场看起来只是一个动作，落地却是七个环节串成的链路：采集、质量与合规、存储、处理、比对、响应、运维。任何一环失守，最终都表现为识别慢、误放行或者群众投诉。下面按这条链路逐段给出可核算的参数、公式与阈值，供体育云平台侧的场馆项目直接对照执行。
一、采集层：点位、像素与补光
抓拍机决定了整条链路的上限，后端算法补不回前端就没拍清楚的画面：
- 像素：主出入口选 400 万像素，次通道与周界用 200 万像素即可，高像素为裁剪留余量；
- 点位：安装高度 2.2 至 2.6 米，水平偏角不超过 30 度，俯角不超过 15 度，保证人脸成像不小于 120 乘 120 像素；
- 补光：室内可用白光兼顾彩色还原，逆光与夜间改用红外，曝光固定以免忽明忽暗；
- 抓拍帧率：15 至 25 帧每秒，低于 15 帧容易漏掉快速通过者，高于 25 帧对后端算力是纯浪费。
二、质量与合规：活体检测与最小必要
抓到不等于可用。照片先过质量评分，模糊、遮挡、侧脸过大、过曝的样本直接丢弃，工程经验值是丢弃率控制在 8% 至 15%；若长期超过 20%，问题多半在点位与补光，而不是算法。活体检测按 ISO/IEC 30107 系列的呈现攻击检测思路建设，屏幕翻拍、打印照片与面具都要挡住，现场通常用双目红外加动作配合。合规上，《个人信息保护法》要求最小必要、单独同意并明确保存期限，GB/T 41819-2022 对人脸识别数据的收集与存储另有专门要求，因此采集前须单独告知并取得同意，同时保留刷卡等非人脸的替代通行方式。
三、存储：底库存特征，原图滚动覆盖
底库只存特征值，不存原图。512 维 float32 特征每人约 2 KB，1 万人仅 20 MB，10 万人约 200 MB，几乎不占空间。真正吃容量的是抓拍图，估算公式是人数乘 2 KB 加上抓拍图量乘单图大小。按日抓拍 1 万张、单张 80 KB 计，日增约 800 MB；原图按 30 天滚动覆盖稳态约 24 GB，按 90 天则约 72 GB，索引与冗余再按 1.5 倍预留。特征库与抓拍图一律加密存放，查询与导出全部记入审计日志，权限按岗位最小化开通。
四、处理与比对：流水线耗时与阈值
单帧流水线依次是解码、感兴趣区域裁剪、人脸检测、对齐、质量评分、特征提取与归一化，耗时量级参考：解码与裁剪 5 至 10 毫秒，检测 15 至 30 毫秒，对齐与评分约 5 毫秒，特征提取 20 至 40 毫秒，合计约 50 至 90 毫秒；未检出人脸时提前退出，不走完整流程。比对分两种：1:1 核验的相似度阈值放在 0.80 至 0.90 之间，卡得越严误拒越多，放得越松误识越多；1:N 检索不逐条硬算，先用 HNSW 或 IVF 向量索引召回 Top 20，再逐一精算复核，兼顾速度与准确。库规模从 1 万扩到 10 万，检索耗时通常从十几毫秒升到几十毫秒，仍在预算内。
五、响应：300 毫秒预算与闸机联动
抓拍到开闸的目标时延不超过 300 毫秒，分解为抓拍与传输 40 毫秒、检测与特征提取 90 毫秒、索引检索与复核 70 毫秒、业务校验 50 毫秒、闸机指令与电机启动 50 毫秒，各段超预算都要回头看上一段。联动方式按可靠性排序：继电器干接点最稳，韦根信号次之，HTTP 回调只作增强通道。比对库必须下沉到场馆本地，断网时切换本地离线库继续核验，网络恢复后再同步黑白名单，避免把通行能力押在外网链路上。
六、运维、故障排查与落地建议
运维按三级执行：日检看识别成功率与抓拍率，任一低于 95% 即开工单；周检清洁镜头与补光灯罩，测量红外亮度；月检复核阈值、更新底库并清理离场注销人员。现场故障按四类处置，每类三步：识别慢，先看索引是否退化、再测网络时延、最后查并发抓拍数是否超载；误识别，先用样本复测阈值、再查底库是否存在重复注册、最后核对是否串库；无法识别，先量成像像素与俯角、再查补光是否失效、最后确认曝光参数；活体误判，先换攻击样本复测、再确认双目红外工作正常、最后检查现场强光反射。
- 立项阶段就把点位参数写进图纸，安装高度、偏角、俯角与成像像素逐点验收，不合格不进入调试；
- 底库与抓拍图分库存放并分别加密，保存期限与替代通行方式写入合规清单，随验收资料一并归档；
- 上线前跑通 300 毫秒时延实测，连续 100 人通行取分位数，把 95 分位耗时作为验收依据；
- 把日、周、月三级检查做成工单模板，识别成功率与抓拍率进体育云平台看板，用数据驱动维护排期。