使用Dropbox批处理终结点

Question

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

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

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

P.S。在此测试期间，不会同时执行任何其他上传。

Answer 1

有很多因素会影响每个API调用需要多长时间：

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

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