AWS Amplify JS 升级至6.x版本后Storage上传报错问题解析

问题背景

在将AWS Amplify JS从5.3.6版本升级到6.3.4版本后，开发者在使用Storage模块进行文件上传时遇到了"NoBucket: Missing bucket name while accessing object"的错误。这个错误表明系统在尝试访问S3存储桶时无法找到配置的存储桶名称。

问题现象

升级后使用新的配置方式：

import amplifyconfig from '../amplifyconfiguration.json'
Amplify.configure(amplifyconfig)

以及新的上传API：

const result = await uploadData({
  path: "public/"+updatedFilename, 
  data: file,
  options: {
    onProgress: ({ transferredBytes, totalBytes }) => {
      if (totalBytes) {
        console.log(Math.round((transferredBytes / totalBytes) * 100));
      }
    }
  }
}).result;

系统会抛出"NoBucket"错误，提示缺少存储桶名称。

问题根源分析

经过深入排查，发现问题出在配置的加载方式上。在升级过程中，开发者同时使用了新旧两种配置方式：

1. 新方式：通过amplifyconfiguration.json文件配置
2. 旧方式：通过代码显式配置Storage参数

这种混合配置方式导致了配置冲突，特别是在以下情况下：

• 旧代码中使用了AmplifySingleton进行配置
• 新代码中又使用了Amplify.configure

这种双重配置导致Storage部分的配置在运行时被覆盖或丢失，从而引发了"NoBucket"错误。

解决方案

要解决这个问题，需要统一配置方式，完全迁移到新的配置模式：

1. 移除所有旧版的配置代码，特别是AmplifySingleton的使用
2. 确保amplifyconfiguration.json文件中包含完整的Storage配置
3. 使用单一的Amplify.configure调用

正确的配置示例如下：

import amplifyconfig from '../amplifyconfiguration.json'
Amplify.configure(amplifyconfig)

验证方法

为了确保配置正确加载，可以在上传前添加验证代码：

console.log(Amplify.getConfig().Storage);

正确的输出应该包含S3存储桶的相关配置信息。

升级建议

对于从Amplify JS 5.x升级到6.x的项目，建议：

1. 完全移除所有旧版API调用
2. 统一使用新的配置文件和API
3. 仔细检查所有Amplify模块的初始化代码
4. 在升级后进行全面的功能测试

总结

AWS Amplify JS 6.x版本引入了新的配置方式，与5.x版本存在不兼容之处。在升级过程中，特别需要注意配置方式的统一，避免新旧API混用导致的配置冲突。通过完全迁移到新的配置模式，可以避免Storage模块的"NoBucket"错误，确保文件上传功能正常工作。

对于开发者来说，理解Amplify配置的生命周期和加载顺序非常重要，这有助于快速定位和解决类似的配置问题。