Javascript FineUploader如何确定如何以及何时恢复到AmazonS3的多部分上传？

我有一个在AmazonS3中使用Fine Uploader的多部分功能的示例。然而，我想知道它应该如何使用。我看到，如果我中断了一个大文件的上传，重新加载页面并再次指定相同的文件，上传将继续。但是简历是如何收回的呢？它是通过会话cookie实现的吗？如果用户完全删除所有cookie和历史记录，那么简历还能工作吗？要恢复已损坏的上载，需要保留哪些内容？它是否完全依赖于为对象生成的键？只要钥匙是一样的？你能提供一些简历上传工作的场景吗？什么时候不能？谢谢。

恢复功能存在于Fine Uploader S3和传统端点的Fine Uploader中。对于传统的端点，cookies用于保存有关分块上传进度的信息。然而，精细上传器S3使用

在每个区块成功上传到S3之后，Fine Uploader S3的XHR upload transport处理程序将该文件的当前状态信息保存在表示为项目的

localStorage

中

localStorage

项的键由以下数据组成：

文件名

文件大小

最大块大小

S3存储桶名称

localStorage

项的值是具有以下属性的

对象（存储为字符串）：

文件名
文件大小
文件UUID
S3密钥名
#已成功上载的字节数
当前时间/日期
块/部件总数
最后一个区块索引已成功上载
S3分配的上传ID（在原始“Initiate Multipart upload”REST调用期间从S3返回-这是每个上传请求的必需部分）
所有成功上传的部件的部件索引到etag值的映射，这是Fine Uploader S3必须包含在“Complete Multipart Upload”REST请求中的信息，REST请求在上传最后一个部件后发送（要求S3合并所有部件）
当Fine Uploader S3的内部XHR upload处理程序接收到“start upload”信号时，它计算要上载的文件的密钥（使用上面第一个列表中的项目）。如果存在的项目是
localStorage
（在当前域/源上），则使用保留的数据恢复上载

请注意，在Fine Uploader S3实例的初始化过程中，所有过期的
localStorage
项都将被删除。如果date属性（参见上面的第二个列表）超过7天，则项目将过期。但此值可通过配置

您可以查看所有这些逻辑以及更多血淋淋的细节。
恢复功能存在于Fine Uploader S3和传统端点的Fine Uploader中。对于传统的端点，cookies用于保存有关分块上传进度的信息。然而，精细上传器S3使用

在每个区块成功上传到S3之后，Fine Uploader S3的XHR upload transport处理程序将该文件的当前状态信息保存在表示为项目的
localStorage
中

localStorage
项的键由以下数据组成：

文件名
文件大小
最大块大小
S3存储桶名称
localStorage
项的值是具有以下属性的
对象（存储为字符串）：

文件名
文件大小
文件UUID
S3密钥名
#已成功上载的字节数
当前时间/日期
块/部件总数
最后一个区块索引已成功上载
S3分配的上传ID（在原始“Initiate Multipart upload”REST调用期间从S3返回-这是每个上传请求的必需部分）
所有成功上传的部件的部件索引到etag值的映射，这是Fine Uploader S3必须包含在“Complete Multipart Upload”REST请求中的信息，REST请求在上传最后一个部件后发送（要求S3合并所有部件）
当Fine Uploader S3的内部XHR upload处理程序接收到“start upload”信号时，它计算要上载的文件的密钥（使用上面第一个列表中的项目）。如果存在的项目是
localStorage
（在当前域/源上），则使用保留的数据恢复上载

请注意，在Fine Uploader S3实例的初始化过程中，所有过期的
localStorage
项都将被删除。如果date属性（参见上面的第二个列表）超过7天，则项目将过期。但此值可通过配置

你可以通过查看这些逻辑，看到更多血淋淋的细节