AWS Amplify JS 项目中解决 "Can't import named export 'AMPLIFY_SYMBOL'" 错误的完整指南

问题背景

在使用 AWS Amplify JS 库（特别是 GraphQL API 功能）与现有 React 项目集成时，开发者可能会遇到一个棘手的编译错误："Can't import the named export 'AMPLIFY_SYMBOL' from non EcmaScript module (only default export is available)"。这个错误通常出现在使用较旧的项目架构或特定 Webpack 配置的环境中。

错误原因深度分析

这个问题的根本原因在于现代 JavaScript 模块系统与项目构建配置之间的不匹配。AWS Amplify 的最新版本（特别是 v6+）开始使用 ECMAScript 模块（ESM）格式，而许多现有项目（尤其是使用 create-react-app 创建的项目）可能仍配置为处理 CommonJS 模块。

具体来说，当 Webpack 遇到 .mjs 文件（ECMAScript 模块）时，如果配置不正确，它可能无法正确解析这些模块中的命名导出，从而导致只能识别默认导出而无法识别命名导出的问题。

解决方案详解

1. 升级 Amplify 相关依赖

首先确保所有 Amplify 相关包版本一致且为最新：

{
  "aws-amplify": "^6.4.3",
  "@aws-amplify/api": "^6.0.42"
}

版本不一致可能导致模块解析问题，因为不同版本的包可能使用不同的模块系统。

2. 修改 Webpack 配置

对于使用 Webpack 的项目，需要在配置文件中明确添加对 .mjs 扩展名的支持：

// webpack.config.js
module.exports = {
  // ...其他配置
  resolve: {
    extensions: ['.mjs', '.js', '.jsx', '.json'],
    // ...其他resolve配置
  },
  module: {
    rules: [
      {
        test: /\.m?js/,
        resolve: {
          fullySpecified: false
        }
      }
      // ...其他loader规则
    ]
  }
}

这个修改做了两件关键事情：

1. 将 .mjs 添加到解析扩展名列表，确保 Webpack 能识别这种文件类型
2. 配置 JavaScript 加载器正确处理 .mjs 文件

3. 考虑项目架构升级

由于这个问题在 create-react-app 项目中更为常见，建议考虑迁移到现代构建工具如 Vite。这些工具对现代 JavaScript 模块系统有更好的原生支持。

最佳实践建议

1. 保持依赖一致性：确保所有 @aws-amplify 相关包都使用相同的主要版本
2. 模块系统兼容性：在混合使用 ESM 和 CommonJS 的项目中，明确配置构建工具处理两种模块类型
3. 构建工具选择：对于新项目，考虑使用 Vite 等现代构建工具，它们对 ESM 有更好的支持
4. 逐步升级：对于大型现有项目，可以采用渐进式升级策略，先解决模块问题，再考虑整体架构更新

总结

"Can't import named export" 错误本质上是现代 JavaScript 生态演进过程中模块系统差异导致的构建问题。通过正确配置构建工具和保持依赖版本一致，开发者可以顺利集成 AWS Amplify 的最新功能。随着前端生态的发展，理解并正确处理模块系统差异已成为现代前端开发的重要技能之一。