十分钟推了100条消息，云函数日志只有10条记录。这种情况为啥

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

针对你提到的“十分钟推了100条消息，云函数日志只有10条记录”这种情况，结合你使用的是荣耀平板进行测试，可能的原因及排查思路如下：

1. 厂商推送通道的限制与消息分类

这是最可能的原因。国内安卓厂商（如华为、荣耀、小米、OPPO等）对应用的通知栏消息推送有严格的频次限制和分类管理。

• 消息分类（Channel Management）：根据知识库中消息分类简介的描述，厂商会对不同类型的消息实施不同的限制策略。特别是营销类消息限制非常严格，而未分类的消息可能会被静默推送（即通知栏无声提示、需下拉才能看到内容），甚至被直接限制数量。
• 频次限制：虽然 uni-push 服务端API本身的频次限制是每天200万次，但消息到达具体设备时，会经过厂商的推送通道。如果短时间内推送大量消息，且没有正确配置消息分类（channel_id），厂商服务器可能会拦截或合并部分消息，导致客户端只收到10条通知，而云函数只记录了成功调用厂商接口10次的日志。

排查与解决建议：
请检查在荣耀平板上使用的荣耀厂商推送通道配置。确保在云函数调用 sendMessage 时，为荣耀设备（HO）正确配置了 options 参数中的消息分类，尤其是针对即时通讯类消息（如私信、聊天消息），需要配置为“服务与通讯类”以解除数量限制。配置方式可参考知识库中 sendMessage 的 options 参数说明。

2. 频次控制与在线消息合并

• 客户端在线推送合并：如果荣耀平板在测试期间应用处于前台或后台运行状态，uni-push 会优先通过在线通道（基于 websocket 长连接）下发消息。在线消息的到达率和速度通常不受厂商离线推送频次的限制，但有可能会合并多条在线消息。
• 服务端频次控制：uni-push 2.0 服务端 API 有“定速推送”设置（settings.speed），虽然默认不限速，但如果你在代码中设置了定速，也可能导致消息被限流。另外，对指定应用的所有用户群发推送，频次限制为100次/天，每分钟不超过5次。虽然你推的是100条，但如果是循环调用单推接口，调用频率过高也可能触发临时限制。

3. 云函数日志记录不全

• 日志上报机制：云函数日志有时会存在上报延迟或丢失的情况，尤其是在高并发调用时。你可以稍等片刻再刷新日志查看，或者检查是否有错误日志被单独归类。
• 日志查询限制：在 UniCloud Web控制台查看日志时，可能存在默认的条数或时间范围筛选。请确保已选择正确的时间范围，并尝试调整筛选条件，查看是否有更多日志记录。

总结排查步骤

1. 检查厂商通道配置：这是首要任务。在 uni-push 控制台查看荣耀通道的配置，并在云函数推送代码中，确认是否为“即时通讯”类消息配置了正确的荣耀 channel_id。
2. 查看个推后台：登录个推开发者中心，查看这批消息的详细发送报告，可以明确看到消息是成功下发到厂商服务器，还是被厂商服务器拒绝了。
3. 检查云函数代码：确认你的云函数中，这100次推送是串行调用还是并行调用，以及是否设置了 settings.speed 定速推送。
4. 客户端日志：在荣耀平板上开启调试模式，监听 uni.onPushMessage 回调，查看实际收到了多少条在线/离线推送事件。

如果你已经完成了厂商通道的配置，但仍然存在问题，可以尝试降低推送频率（例如每10秒推一条）进行测试，以排除瞬间高频推送触发的限流。