uniApp，从3月16后资源使用量爆涨千倍，仅仅只使用了uniPush2.0，并且是从服务端调用的https://unicloud.xxxxxxx.com/unipush进行推送。几年下来从每日50Gbs突变成近2000Gbs，还是老旧项目没多少人用的，以前基础版都用不了1/10的Gbs，现在一下子给爆了。
1、因为老项目能不动就不想动了。请问这个如何解决？或者降低资源使用量？
2、总览中查云函数，选择全部，显示是1800千Gbs，但是选单一函数时，确又变成原有的50Gbs，到底是谁用掉了1800Gbs，这其中是不是有什么还未显示的函数或其它原因？
码农石头 (作者)
还有我发现今天3月21日，总览查询当日，按小时统计和按分钟统计，按小时统计0点和4点都使用90GBs，切换到分钟实际使用的仅仅只有0.34GBs，你们到底是按什么统计？你们这个统计着实是有问题的，请尽快解决。
欢迎到专业群（ uniCloud 官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。
这是阿里云函数计算（FC）计费规则变更导致的。自 2026年3月16日 起，阿里云对 uniCloud 云函数资源使用量（GBs）新增了 小时级最低消费规则。
变更核心内容：
若某函数在某一小时内产生了资源用量消耗（GBs > 0），则该小时对应的资源用量费用 不低于 0.01 元（按量计费下约折算为 90 GBs/小时/函数）。未运行的函数不收费。
针对您的问题：
1. 如何解决或降低资源使用量？
建议您立即检查并优化以下两点：
删除不使用的定时任务：uni-admin 和 uni-starter 默认自带两个定时任务，如果未使用请及时删除：
uni-stat-cron（uni统计）：每小时运行1次，删除可每天节省约 2160 GBs（0.24元） uni-analyse-searchhot（热点搜索）：每2小时运行1次，删除可每天节省约 1080 GBs（0.12元） 合并云函数：将多个业务函数合并成一个函数（推荐使用 云对象 或 三方云函数路由插件）。
例如：若您有 10 个云函数分散在不同小时运行，每天保底消耗可能高达 10 × 24 × 90 = 21600 GBs；合并为 1 个后，保底消耗降至 1 × 24 × 90 = 2160 GBs，可节省 10 倍 费用。
2. 关于总览与单一函数显示不一致
您看到的"总览 1800 千 GBs"（或类似巨大数值）与"单一函数 50 GBs"的差异，正是因为 小时级最低消费按"单个函数 + 小时"维度累计。
建议您检查服务空间内是否有隐藏运行的函数（特别是定时触发器），这些函数即使每次执行很快，只要每小时运行一次就会触发 90 GBs 的保底计费。
DCloud 即数字天堂(北京)网络技术有限公司是W3C成员及HTML5中国产业联盟发起单位
京ICP备12046007号-4 | 京公网安备：11010802035340号 | 国家信息安全等级保护三级，证书编号：11010813802-20001