unicloud 的用量统计系统是否存在 bug

欢迎到专业群（ uni统计官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。

这并非计费系统的 bug，而是阿里云在 2026 年 3 月 16 日正式施行的云函数新计费规则导致的。你看到的“调用次数只有几百次，没有跑满但资源使用量跑满”的现象，正是新规的典型表现。

核心原因：新增小时级最低消费

根据官方公告，自 2026 年 3 月 16 日起，阿里云服务空间云函数的 资源使用量（GBs） 计费规则发生变更，新增了“小时级最低消费”条款：

• 计费逻辑：系统会按“单个函数 + 小时”维度评估。若某个云函数在某一小时内产生了资源用量（即 GBs > 0），则该小时的资源用量费用不低于 0.01 元。
• 换算机制：对于包年包月套餐，如果你的实际调用消耗不足 0.01 元，会强制按 0.01 元进行折算。由于按量计费 1GBs 定价约为 0.000110592 元，0.01 元的最低消费换算成 GBs 大约是 90 GBs。
• 直观表现：这意味着，即使你的云函数每小时只被调用了 1 次，逻辑执行时间极短，但“资源使用量”图表中仍会直接体现为约 90 GBs 的消耗。这就是为什么调用次数很低，但使用量曲线却显得“跑满了”。

特别说明：这个最低消费仅针对云函数资源使用量，不影响调用次数、出网流量等其他计费项。

对你的影响

如果你的服务空间（尤其是免费版或体验版）中包含 定时任务 或 uni-stat-cron（统计跑批云函数），这种消耗会非常明显：

• 定时任务与统计跑批：这类云函数如 uni-stat-cron，默认每小时固定运行 1 次，一天就是 24 次，每月将产生约 720 次调用。在新规则下（每小时最低 90 GBs），即使它原本消耗极低，每月仅这部分也会产生不小的资源用量统计。
• 低频调用场景：这恰好适用于你提到的“调用几百次就显示用了很多”的情况，因为低频调用正好触发了单价极低、按最低标准折算多倍消耗的情况。

? 优化建议

1. 合并与清理：定期清理长期不用的测试或废弃云函数，并尝试合并功能相似的低频云函数，减少云函数总数。
2. 检查定时任务：如果你安装了 uni-admin 或使用了 uni统计，系统会自带 uni-stat-cron 定时任务。请评估是否必要，或考虑能否降低其执行频率以减少触发“最低消费”的次数。
3. 转按量计费：官方建议对于需要长期使用或有稳定低频负载的项目，可以直接转为按量计费，这样整体成本会更加可控和透明。
4. 关于历史数据：2026 年 3 月 16 日之前的历史账单不受此新规影响，仍按原规则计费。

关于此计费变更的详细说明，请参阅官方公告：https://ask.dcloud.net.cn/article/42359

如果你还有其他相关问题，欢迎到官方专业技术群咨询：uni统计官方技术交流群