费用收费有问题，云函数资源用量严重和实际不匹配

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

你在问题描述中提到的“云函数资源用量严重和实际不匹配”的情况，这并不是计费出现了系统错误，而是因为阿里云函数计算（FC）官方在 2026 年 3 月 16 日正式实施了全新的计费规则。

为什么会每天产生一两块的费用？

根据阿里云的新规，云函数的资源使用量（GBs）新增了“小时级最低消费”：

• 核心规则：只要你服务空间内的某一个云函数，在某一个小时内产生了调用（哪怕只运行了 1 次，且执行时间和内存消耗极小），该小时就会产生至少 0.01 元的资源用量费用。
• 用量折算：如果你的云函数运行开销极低，实际消耗不足 0.01 元，系统会按 0.01 元保底扣除，并换算成 GBs。按阿里云的单价，这 0.01 元大约会折算成 90 GBs 的资源用量。
• 费用累积：你的业务每天可能有多个不同的云函数在运行，或者同一个函数在多个小时段内被调用。每个“函数 + 小时”的组合都可能触发一次最低消费，这些费用日积月累，最终就让你看到了每天一两块钱的账单。

这就是为什么你看到“一天几十个访问”，但资源用量却异常高的原因。你在控制台看到的 GBs 用量中，包含了大量由最低消费规则折算而来的“计费用量”，而不是函数真实消耗的“物理用量”。

官方公告详情可以查阅：阿里云计费规则变更公告

你可以如何降低这笔费用？

对于低频低消耗的应用，可以通过优化云函数结构来显著减少保底费用的触发次数。核心思路是：合并函数，减少定时任务。

1. 删除未使用的定时任务（这是成本增加最明显的原因）

   • uni-stat-cron（uni统计跑批）：每小时运行 1 次，每天会触发 24 小时的最低消费。如果你不需要 uni 统计，删除它可以每天省下 0.24 元。
   • uni-analyse-searchhot（搜索热搜）：每 2 小时运行 1 次，删除可每天节省 0.12 元。

2. 合并分散的云函数

   • 如果你有很多被低频调用的单个云函数，这会非常吃亏。例如，10 个函数如果都在不同的小时内被调用，一天最多可能产生 2.4 元的保底费用。
   • 将这些功能合并到一个云对象或者使用如三方云函数路由插件进行合并后，一天的总保底费用就可能降到 0.24 元，相差 10 倍。

总的来说，你遇到的问题不是 bug 或乱扣费，而是新计费规则下，你目前的云函数组织方式恰好属于冲击最大的“低频低消耗”场景。按照以上建议进行优化，费用能即刻得到控制。