AWS SDK for JavaScript deleteObject执行成功却报403签名不匹配错误

可能的原因 #

• 混合使用回调函数与Promise触发冲突：AWS SDK中，调用deleteObject时同时传入回调并调用.promise()，会触发双重处理逻辑。其中一次请求成功完成删除，但另一次请求的签名计算出现异常，导致抛出403错误。SDK在Promise模式下会忽略传入的回调，但代码中仍保留了回调的错误打印，导致你看到了不匹配的错误信息。
• 重复配置引发签名计算参数异常：代码中既通过AWS.config.update()设置region，又在创建S3实例时重复指定region。如果存在其他代码修改全局配置（比如凭证、region被覆盖），会导致当前请求的签名计算使用错误参数，虽然请求最终执行成功，但签名校验环节抛出了错误。
• 签名版本兼容性问题：部分S3区域强制要求V4版本签名，若SDK默认使用V2签名，可能出现签名不匹配。不过ap-northeast-1区域默认支持V4，这个概率较低，但仍需确认签名版本配置。

解决方法 #

1. 统一使用Promise/async-await处理请求 #

移除回调函数，用async-await规范处理异步操作，避免双重逻辑冲突：

async function deleteImage(image) {
    const bucketRegion = "ap-northeast-1";
    AWS.config.update({
        accessKeyId: {accessKeyId},
        secretAccessKey: {secretAccessKey},
        region: bucketRegion,
        signatureVersion: 'v4' // 显式指定V4签名版本
    });
    const s3 = new AWS.S3(); // 全局配置已生效，无需重复指定region
    const params = {
        Bucket: {Bucket},
        Key: image,
    };

    try {
        const data = await s3.deleteObject(params).promise();
        console.log("data: ", data);
        return data;
    } catch (err) {
        console.log("err: ", err, err.stack);
        throw err;
    }
}

2. 避免重复配置 #

全局配置AWS.config.update()后，创建S3实例时无需再次指定region，减少配置冲突风险。

3. 显式指定签名版本 #

在AWS配置中添加signatureVersion: 'v4'，确保签名计算符合目标区域的要求，彻底避免签名不匹配问题。

内容的提问来源于stack exchange，提问作者stone