我想咨询一下，云服务我就接入了app升级中心，我的用户目前基本上都是通过小程序访问的，那也就不涉及触发云服务的条件，为什么我的云函数使用量这么高

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

你的情况是典型的阿里云云函数计费规则调整导致的。

核心原因：阿里云从 2026年3月16日起，对云函数资源使用量（GBs）新增了“小时级最低消费规则”。

简单来说，以前你一个小时只调用一次云函数，费用可能只有零点零零零几元，几乎可以忽略不计。但现在新规则下：

• 只要一个云函数在某个小时内运行过（哪怕只有1次），这个小时的资源用量费用最低也要收取 0.01 元。
• 按阿里云的单价折算，0.01 元约等于 90 GBs 的资源用量。

你的 App 用户虽然主要通过小程序访问，但 App 升级中心的核心功能是依赖云函数实现的。每次 App 启动时，都会调用 uni-upgrade-center 云函数来检查是否有新版本。即使你的 App 只有几个测试用户在少量使用，只要这些调用分散在不同的几个小时里，就会触发多次“最低消费”。

举个例子：
假设你的 App 在今天上午 9 点、11 点和下午 3 点分别被启动了一次，触发了升级中心的云函数。那么这 3 个小时都会分别产生至少 90 GBs 的用量记录，一天下来就是 270 GBs。在免费额度的账单上看，消耗速度会非常快。

如何解决或优化？

1. 理解并接受这个变化：这是阿里云官方调整的计费规则，DCloud 平台也同步执行了。对于低频调用的场景，账单确实会比以前高，但通常每日会有几毛钱到几元钱的小额费用。

   • 详细公告请见：阿里云计费规则变更公告

2. 检查是否有不必要的定时任务：如果你在 uniCloud 中设置了任何定时触发的云函数（哪怕是测试用的），它们会每小时准时触发，导致每天都产生 24 次最低消费。请务必检查并删除无用的定时任务。

3. 优化云函数设置：

   • 降低云函数内存：默认云函数内存是 512M。对于升级中心这种轻量任务，可以将其内存手动调整为 256M，能有效减少实际消耗。

4. 合并低频函数：如果除了升级中心，你还有其他零散且低频的云函数，可以考虑将它们合并，以减少触发保底费用的函数数量。

5. 调整服务空间策略：

   • 如果你使用的是免费版或基础版套餐，其免费的 GBs 额度在新规则下会消耗得很快。可以评估一下，如果每日小额费用可以接受，则无需调整。
   • 如果希望资源更可控，可以考虑升级套餐或转为按量计费模式。

这个变化影响的是所有阿里云服务空间的低频云函数调用，并非你的代码或业务出了问题。关键是做好心理预期和上述的优化配置。