tus-js-client多文件上传中removeFingerprintOnSuccess的解决方案

在基于tus协议的JavaScript客户端库tus-js-client中，开发者在使用Uppy集成时可能会遇到多文件上传时的指纹清除问题。本文深入分析问题本质并提供最佳实践方案。

问题现象分析

当开发者配置removeFingerprintOnSuccess: true参数时，预期行为是每个文件上传成功后自动清除本地存储中的上传标识。但在实际多文件上传场景中（如同时上传4个文件），观察到以下异常：

1. 仅第一个文件的上传标识被正确清除
2. 后续文件上传完成后抛出404错误
3. 控制台显示终止上传时服务端返回"文件未找到"

根本原因

问题核心在于事件监听器的使用方式不当。开发者最初在upload-success事件中执行了以下操作：

• 调用uppy.cancelAll()
• 重置文件输入框
• 触发页面刷新

这种处理方式会中断正在进行的其他文件上传过程，导致服务端无法找到被中断的上传会话。

解决方案

正确的事件监听方式

将事件监听从upload-success改为complete事件：

uppy.on("complete", () => {
    // 所有文件上传完成后的处理逻辑
    if (inputRef.current) {
        inputRef.current.value = "";
    }
    document.getElementById("trigger-close")?.click();
    router.refresh();
});

关键参数配置

确保Tus插件配置中包含以下关键参数：

.use(Tus, {
    endpoint: "YOUR_ENDPOINT",
    removeFingerprintOnSuccess: true,
    limit: 4 // 与maxNumberOfFiles保持一致
})

最佳实践建议

1. 事件选择：

   • 使用complete替代upload-success处理多文件场景
   • upload-success适合单个文件的后续处理

2. 参数协调：

   • maxNumberOfFiles限制与limit参数应保持一致
   • 建议设置allowMultipleUploadBatches: false避免并发问题

3. 调试技巧：

   • 优先检查浏览器开发者工具的Network面板
   • 关注Tus协议特定的请求头（如Tus-Resumable）

扩展知识

tus协议的上传标识机制用于实现断点续传功能。当启用removeFingerprintOnSuccess时，客户端会在上传成功后自动清理本地存储的上传状态。在多文件场景下，需要确保：

1. 所有文件都已完成传输
2. 清理操作不会影响其他并发的上传会话
3. 服务端已正确接收所有文件块

通过调整事件监听时机和合理配置参数，开发者可以构建稳定可靠的多文件上传功能，充分发挥tus协议的优势。