文件断点续传的问题：文件无法正常上传 ； 进度返回大于1

在使用阿里云的OSS服务上传大文件时，如果遇到需要实现断点续传功能，并且利用了Redis来存储上传进度（checkpoint）的情况，确保文件能够正确续传并组合成完整的文件，可以参考以下步骤和建议进行排查和优化：

1. 检查Checkpoint数据格式与处理：确保存入Redis中的checkpoint数据包含了所有必要的信息，比如已经上传的分块序号、每个分块的ETag（或MD5）、总分块数等。这些信息对于恢复上传至关重要。

2. 客户端配置：在使用阿里云OSS JS SDK v4.13.2进行续传时，确保正确设置了resumeUpload参数。你需要根据从Redis中取出的checkpoint信息初始化OSSUploader实例。示例如下：

   var uploader = new OSS.Wrapper.OSSUploader({
      region: '<Your Region>',
      accessKeyId: '<Your AccessKeyId>',
      accessKeySecret: '<Your AccessKeySecret>',
      bucket: '<Your Bucket Name>',
      // 其他配置...
   });
   
   // 假设从Redis获取到的checkpoint是一个包含必要信息的对象
   var checkpointData = JSON.parse(redisGetResult); // 从Redis获取的数据
   
   // 使用checkpoint数据初始化上传器以支持续传
   uploader.initiateMultipartUpload('<Your Object Key>', {
      'x-oss-meta-custom': 'your meta',
      partSize: checkpointData.partSize, // 如果之前设置过partSize，需要保持一致
      checkpoint: checkpointData, // 这里是关键，将checkpoint数据传入
   }).then(function (result) {
      // 续传逻辑...
   });
   

3. 分片上传一致性：确保每次上传的分片大小（partSize）与之前相同，因为OSS要求续传时分片大小必须一致。同时，每个分片上传成功后获得的ETag也需准确记录，用于最终的Complete Multipart Upload请求。

4. 完整性和校验：完成所有分片上传后，调用completeMultipartUpload方法时，要确保提供的part ETags和part numbers与实际上传的分片完全匹配，这是组成完整文件的关键。

5. 错误处理与日志：在上传过程中，增加详细的错误处理和日志记录，以便于问题定位。特别是当续传失败时，查看SDK抛出的具体错误信息，这有助于快速找到问题所在。

6. 版本兼容性：确认使用的OSS JS SDK版本是否与当前OSS服务完全兼容，虽然v4.13.2不是最新的，但应仍能支持基本的断点续传功能。不过，考虑升级到最新版本以获取可能的bug修复和性能改进。

如果以上步骤都已正确实施但问题依旧存在，建议直接联系阿里云技术支持提供更详细的错误信息和日志，以便获得更专业的帮助。此外，考虑到隐私和安全，不建议在此类公开渠道直接留下个人邮箱和电话号码，建议通过阿里云官方渠道获取支持。