售货柜关门后仍在等待图像处理，不一定是最后一帧推理突然变慢。开门期间输入持续快于处理，旧画面可能已经排队。本文用一次假设购物会话拆解采集、等待和处理时间，并以关门边界与处理水位检查积压是否真正结束。
一、关门时刻不是图像处理完成时刻
设想一台视觉售货柜在开门后采集图像，顾客停留六秒并关门。本文假设系统把该次购物定义为独立会话，并在约定的关门边界封口；这不意味着摄像头物理停止，也不适用于所有视觉柜。若方案需要关门后继续采样，应把那段尾部画面纳入约定边界。本文不讨论门锁控制和交易判定算法。
按下文的模拟时刻计算，六秒内采集一百二十帧，关门时已完成七十一帧，一帧正在处理，四十八帧排队，共四十九帧尚未完成。顾客看到的是"门已关、结果未出"，处理端看到的却可能仍是几秒前的柜内画面。此时提高界面刷新频率，并不能让旧图像更快完成。
**先确认在等哪批画面，再判断模型是否变慢。** 排查记录至少包含会话编号、帧序号、采集时刻、开始推理时刻和完成时刻。只看每秒处理数量，无法知道当前结果属于本次购物的哪一个阶段。
二、用一张会话时间表解释等待从哪里来
下面完全是理想化模拟手算：开门后每秒二十帧，单消费者每秒十二帧；首帧在零点零五秒到达，收到后立即处理，每帧耗时为十二分之一秒，不计解码、传输和其他开销。第百二十帧在六秒时采集，六秒同时作为本例采集结束边界。
|帧序号|采集时刻/秒|开始处理/秒|处理完成/秒|完成时帧龄/秒|
|---|---:|---:|---:|---:|
|1|0.050|0.050|0.133|0.083|
|60|3.000|4.967|5.050|2.050|
|72|3.600|5.967|6.050|2.450|
|120|6.000|9.967|10.050|4.050|
按本表的首帧时刻，关门时第七十二帧尚在处理中：七十一帧完成、一帧处理、四十八帧等待，合计一百二十帧。排查时应区分正在处理与尚未开始的画面，并按完成时间核对计数。
**每帧计算时间没变，顾客等待仍能累积。** 表中模型服务时间一直相同，增大的是进入处理前的等待。第百二十帧完成时已经超过关门四秒；这不是实机测试结果，只是供排查使用的数值例子。
三、按购物链路找到真正的堆积位置
```text
本次开门会话 → 采集 → 解码 → 待推理队列 → 推理 → 会话结果汇总
记录帧序号与采集时刻
关门边界记录 ───────────────→ 核对处理进度
```
先检查图像是否在关门之后才到达应用。如果采集时间早、应用接收时间晚，应继续查传输或采集端缓冲；如果接收及时、开始推理晚，才重点查待推理队列；如果开始及时、完成变慢，则检查计算负载。把这些情况统称为"识别慢"，容易改错位置。
售货柜还应核对连续两次购物的会话归属。上一位顾客的尾部画面不能因为到达晚，就被归入下一位顾客的开门过程。用独立会话标识与明确边界检查关联，优于只根据当前界面显示的顾客状态推测。
四、有界队列能限制积压，但不能替代购物证据规则
GStreamer的queue允许按缓冲数量、字节量和时间设上限，启用的限制先达到者生效；满时可阻塞，也可选择丢新缓冲或旧缓冲。来源：GStreamer queue官方说明(https://gstreamer.freedesktop.org/documentation/coreelements/queue.html) 这些是处理机制，不是售货柜整单正确性的保证。
|满队列处置|在柜机上的可能用途|需要明确的代价|
|---|---|---|
|丢旧画面|仅供人员查看当前柜内状态的预览分支|旧时刻信息消失|
|丢新画面|优先处理已接纳的图像任务|可能遗漏接近关门的新画面|
|阻塞写入|允许放慢来源读取的处理环节|积压可能移至采集或解码端|
|独立保留证据|需要之后复核的购物图像|占用资源，仍需明确容量不足处置|
**预览可以追求新鲜，购物证据不能随意丢弃。** 顾客手部遮挡、商品位置变化可能只出现于有限画面。没有验证证据充分性之前，不能把"丢旧后等待短了"解释成可以安全用于结算，也不能保证丢帧无损。
如果将预览与证据处理拆成不同分支，需要检查慢分支是否会拖住公共采集环节。证据保留也应记录缺口：资源不足时，是按既定规则暂停新会话、转入人工核验，还是采取其他已批准的降级方式，应在系统设计阶段明确，而不是在关门后悄悄忽略缺失。
五、用处理水位回答是否追上关门边界
本例可以把采集结束边界标记为帧一百二十，并维护"已连续完成到哪一帧"的处理水位。若一至一百一十九都完成，只有最后一帧未完成，就知道还差哪里；若一百二十已经返回但八十仍缺失，不能只凭最大完成序号宣布处理结束。
**最大完成序号不等于连续完成水位。** 多个推理任务可能乱序结束，因此需要同时记录未完成项和失败项。若设计允许选择部分帧，水位应基于预先明确的必需帧集合，而非事后把没处理的帧删除后宣布成功。
关门标记本身也不能越过尾部数据被当成完成通知。应明确它表示采集停止、数据接收结束还是图像处理结束，并逐层确认。这样，后台可以展示"正在处理本次会话尾部图像"或"存在缺失需检查"，而不是用一个含糊的加载动画隐藏全部状态。
**队列清空也不代表整次购物已核验。** 帧可能被丢弃，推理可能失败，汇总还可能未完成。验收时应模拟短暂算力不足、持续输入过快、末帧延迟到达和两次会话紧邻发生，检查尾部完成、缺口和会话隔离是否都能被正确观察。
结论
顾客关门后仍等待，先沿本次购物的帧序号找到处理进度，再区分排队、计算和汇总。用有界队列约束资源，用明确证据规则处理丢弃，用连续完成水位核对关门边界，才能解释等待是否结束。本文仅做假设时间推导，未运行视频管线，不对购物识别或结算正确性作保证。