云函数都没有日志，总览也没统计在用，但是云函数使用量却一直增

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

根据你描述的情况，云函数在无日志、无调用统计的情况下使用量持续增长，这并非由 HBuilderX 本地运行导致。本地编译和调试不会消耗云端云函数的资源用量。

这很可能是受阿里云服务空间云函数计费规则变更的影响。自 2026年3月16日 起，阿里云云函数增加了 “小时级最低消费” 规则。

核心原因：小时级最低消费规则

简单来说，只要你服务空间内的任何一个云函数在某一个小时内运行了（哪怕只运行了1次），该小时就会产生一笔保底费用。这笔保底费用折算成资源使用量（GBs）大约是 90 GBs。

• 如果一个云函数在1小时内运行了，即使它的实际消耗远低于90 GBs，也会按90 GBs计算。
• 如果一个云函数在1小时内完全没有运行，则不会产生费用。

因此，即使你取消了明显的定时任务，如果还有一些低频的、你不知道的定时任务在运行，或者你的应用有后台活动，都会在每个小时触发这个保底消耗，导致用量看起来在“自动”上涨。

如何排查与解决

1. 重点排查隐藏的定时任务：
   很多系统自带的定时任务是消耗大户。请务必检查并处理以下云函数：

   • uni-stat-cron：uni统计的定时任务，默认每小时运行1次。如果不需要uni统计功能，可以直接删除此云函数。仅此一项，每天就会产生0.24元的保底费用（约2160 GBs）。
   • uni-analyse-searchhot：热搜词统计任务，默认每2小时运行1次。如果不需要，同样可以直接删除。每天会产生约0.12元的保底费用（约1080 GBs）。
   • uni-open-bridge：用于刷新第三方平台（如微信）的 access_token，默认也会定时运行。如果必须保留，可以考虑调整其触发频率，比如从默认的每小时一次改为每110分钟一次，以减少计费的小时数。

2. 合并云函数，减少函数总数：
   计费规则是按 “单个函数” 在“单个小时”内是否有调用来计算的。如果你有10个不同的云函数，并且在某个小时内都被调用过，那么这1小时就会产生 10 * 90 GBs = 900 GBs 的保底消耗。
   可以尝试将多个业务逻辑合并到同一个云函数或云对象中，或者使用单路由云函数框架。通过减少云函数的数量，可以成倍地降低保底费用。

3. 主动清理废弃函数：
   检查并删除所有长期未使用或仅用于测试的云函数，避免它们被意外触发而产生费用。

4. 考虑切换计费模式：
   如果你的业务处于低频调用状态，免费版的1000 GBs额度在新规下可能很快耗尽。可以考虑在uniCloud控制台将服务空间转为按量计费模式。这样费用会按照实际消耗计算，虽然仍有保底规则，但可以避免因额度耗尽导致的服务停用。

关于阿里云此次计费规则变更的详细说明，可以查阅官方公告：https://ask.dcloud.net.cn/article/42359

原来低消这么多，免费额度只有1000，也就够跑十几次……