我和我想象的其他人一样，每天有 1000 次 Mirror API 调用的礼貌限制。
我看到有一个看起来很有前途的批处理工具，但它似乎只能批处理对单个凭据的请求。因此，即使是一位客户，每 60 秒向 API 推送一次也将是 1440 个请求/天。理想情况下，30 秒是我想要的。每天 2880 个请求将乘以客户数量。它会很快变得非常大。
我可能会遗漏一些东西，但我看不到解决办法。
如果它可用，我可以将 30 秒内所有客户端的所有更新整合到一条巨大的消息中......
是否有更好的设计模式让卡片与实时变化的遥测保持同步？
您可以通过单个批处理请求向多个用户发送请求：无需Authorization在批处理请求中设置标头，只需Authorization在每个子请求中设置标头即可。
我们的Python和Java 快速入门项目有一个使用批处理请求向最多 10 个用户发送更新的示例。在使用 Google Mirror API I/O 会话构建 Glass 服务中也提到了这一点。
否则，您可以查看我们的参考指南中的协议文档。
正如 Scarygami 所提到的，每个子请求都会消耗配额，因此唯一的优化是节省带宽和 HTTP 请求，尤其是在使用gzip编码的情况下。