「用量事实」标签下共 4 篇技术文章，包括《限流与计费系统为什么会对不上账：窗口、幂等键与降级策略》、《如何设计稳定的 API 限流与计费系统：用量事实、预扣与对账》、《设计稳定的 API 限流与计费系统：让限流决策与计费结算共用》。按发布时间倒序排列，内容持续更新。
限流与计费的稳定性取决于一次请求是否只产生一条可复核的用量事实。文章给出用量事实的必备字段，分析窗口口径、重试幂等与依赖故障三个误差来源，建议请求路径上的处理顺序，并说明对账与告警的最小集合；不含对任何服务商实现的核实。
限流与计费应共享同一份不可变的用量事实，但作为不同消费者分别处理：限流允许近似并可降级，计费要求可审计、可对账。文章给出用量事件的字段设计、预扣—提交—对账流程，以及重试、时钟、集中计数器故障等边界条件。
稳定限流与计费的关键，是先让限流决策和计费结算共用一份可追溯、可重放的用量事实；再用请求标识、幂等键、版本化时间窗和定期对账，把拒绝、计数与扣费区分开。API.PLUS 的具体限流维度、计费单位与降级行为需以官方文档和实际验证为准。
限流与计费常被分别实现，导致对账不一致。稳定的做法是让两者共用请求标识、计量维度与时间基准：限流做事前决策，计费做事后结算。限流建议本地挡洪峰、中心管配额，并预先写死中心存储故障时的失败开放或关闭策略；计费采用预扣、提交、释放三段式…
共 4 篇文章，第 1 / 1 页