AWS SDK for JavaScript v3 中 DOMException 消息属性写入问题解析

问题背景

在使用 AWS SDK for JavaScript v3 版本时，开发者在迁移 v2 客户端到 v3 过程中遇到了一个特定错误："Cannot set property message of which has only a getter"。这个问题主要出现在使用多个 AWS 服务客户端（如 CloudWatch Logs、EFS 和 IAM）执行命令时，特别是在浏览器环境中。

错误现象

当开发者调用以下命令时，send 方法会拒绝并抛出错误：

• DescribeLogGroupsCommand (CloudWatch Logs)
• DescribeFileSystemsCommand 和 DescribeAccessPointsCommand (EFS)
• ListRolesCommand (IAM)

错误堆栈显示问题出现在反序列化中间件尝试修改错误消息属性时。具体来说，当 SDK 尝试在原始错误消息后追加提示信息时，遇到了 DOMException 对象的 message 属性不可写的问题。

技术分析

根本原因

1. DOMException 特性：根据 Web API 规范，DOMException 的 message 属性是只读的。当 SDK 尝试修改这个属性时，JavaScript 引擎会抛出类型错误。

2. 错误处理流程：

   • SDK 成功接收到 API 响应
   • 在反序列化响应数据时抛出 DOMException
   • 中间件尝试捕获并增强错误信息
   • 修改 message 属性时失败

3. 环境因素：这个问题主要出现在浏览器环境中，因为 DOMException 是浏览器特有的错误类型。

影响范围

该问题影响所有使用以下中间件的 AWS SDK v3 客户端：

• @smithy/middleware-serde
• @smithy/core
• @smithy/middleware-retry

特别是在以下情况下更容易触发：

• 请求被中止（如使用 AbortController）
• 响应解析过程中出现异常

解决方案

AWS SDK 团队已经发布了修复版本 @smithy/middleware-serde@4.0.2，该版本包含了对只读 message 属性的处理逻辑。修复方案主要包括：

1. 错误属性检查：在修改错误消息前，检查 message 属性是否可写
2. 替代方案：如果 message 不可写，创建新的错误对象并保留原始错误信息
3. 向后兼容：确保修复不影响现有错误处理逻辑

最佳实践

对于使用 AWS SDK v3 的开发者，建议：

1. 版本升级：确保使用 @smithy/middleware-serde@4.0.2 或更高版本
2. 错误处理：在应用程序中实现健壮的错误处理逻辑，考虑各种可能的错误类型
3. 请求管理：合理使用 AbortController，避免不必要的请求中断
4. 环境适配：针对浏览器和 Node.js 环境分别测试错误处理逻辑

总结

这个问题展示了在不同 JavaScript 运行时环境中处理错误时的细微差别。AWS SDK 团队通过快速响应和发布修复版本，解决了这个兼容性问题。开发者应当保持 SDK 依赖的最新状态，并理解不同环境下的异常处理特性，以构建更稳定的应用程序。

对于现代 JavaScript 开发而言，理解 Web API 与 Node.js 环境的差异，以及各种错误类型的特性，是保证应用程序鲁棒性的重要基础。