我们一直在使用旧版本的api，这需要显式数据来回驱动。当有大量数据的当前用户尝试恢复时，我们遇到了有关应用数据恢复的问题。这是一个我们无法在本地重现的问题，但我们从人们那里得到了几个日志，并且有一些500错误。回想起来，它可能是一个速率限制，因为我们在一个块中下载了大量数据。
无论如何，转移到与谷歌播放服务绑定的新api。我们让它处理app数据，并使用api来处理数据存储和检索。在测试中它看起来非常流畅，我们不需要明确担心备份，听起来不错。
我们正在收到用户关于缺失数据的报告。我想我终于复制了它。在测试帐户中，我生成了1k-2k文件。在生成数据的设备上，一切正常。在新设备上，并非所有数据都显示出来。在日志中，我得到了这个：
E / SyncScheduler：忽略同步请求：速率限制（在连接限制上）
和...
E / SyncScheduler：忽略同步请求：速率限制（正常限制）
这。更多的是后者。
现在它正在通过游戏服务，它是一种黑盒子。来自呼叫的状态似乎是SUCCESS，但是对驱动器（远程）的调用显然是失败的。
是否存在每用户每日限制类型？如果游戏服务直接处理驱动器，有没有办法弄清楚我们是否超过限制？现在，它看起来只是用户丢失了他们的数据，但应用程序认为一切正常。理想情况下，可以提高用户速率限制，或者有人可以告诉我我们做错了什么。在客户支持下，我们目前处于一个小小的噩梦中。
答案 0 :(得分：3)
问题不是由速率限制引起的，而是由于用户拥有数千个文件时可能发生的错误。 我们正在努力解决问题，您可以在此处https://code.google.com/a/google.com/p/apps-api-issues/issues/detail?id=3905
关注此问题感谢您的报告。