使用Dropbox批处理端点时的延迟

Question

我们正在尝试将文件上载迁移到批处理端点（/2/files/upload_session/start），目的是避免整个文件上载时间的命名空间锁定。但是，我们在完成批处理时遇到了延迟问题。例如：

1. 开始单个文件上传。使用文件内容（2MB）调用/2/files/upload_session/start需要1秒。
2. 完成批次。使用会话详细信息调用/2/files/upload_session/finish_batch需要200毫秒。
3. 第1次验证批次完整性。调用/2/files/upload_session/finish_batch/check，作业ID需要200 ms，响应中的标记等于“in_progress”。
4. 在再次检查之前等待100毫秒。
5. 第二次验证批次完整性。调用/2/files/upload_session/finish_batch/check，作业ID需要200毫秒，响应中的标记仍然等于“in_progress”。
6. 在再次检查之前等待100毫秒。
7. 第3次验证批次完整性。调用/2/files/upload_session/finish_batch/check，作业ID需要200毫秒，响应中的标记最终等于“完成”。

为什么批量处理（步骤2-7）花费这么多时间？

附：在此测试期间，不会同时执行任何其他上载。

Answer 1

有很多事情会导致每个API调用需要多长时间：

• 自己进行HTTPS调用的开销
• 网络传输时间
• Dropbox API服务器后端的处理时间
• 提交的文件数量

不幸的是，这些都不受应用程序的控制，因此您无法做很多事情来改善这一点。如果你还没有，The data ingress guide值得一读。我们也会认为这是一项改进性能的功能请求，但我不能做出是否/什么时候会做出任何承诺。