使用AWS S3预签名URL结合MD5校验上传文件时遇到的问题

问题根源分析 #

你遇到的BadDigest错误，核心原因有两个：

1. 请求内容不一致：curl是直接上传原始文件内容，但你用FormData包装文件后，上传的是multipart/form-data格式的表单数据（包含boundary分隔符等额外内容），这导致S3收到的内容和你计算MD5的原始文件完全不同，自然校验失败。
2. 额外请求头干扰：Angular的HttpClient默认会添加一些请求头（比如Content-Type: multipart/form-data; boundary=...），而S3预签名URL是基于签名时指定的请求头生成的，额外的头会破坏签名验证逻辑，同时也会影响内容的MD5计算。

解决方案步骤 #

1. 直接上传原始文件，不要用FormData

放弃FormData，直接将File/Blob对象作为PUT请求的 body，这样上传的内容和curl命令完全一致。

2. 严格控制请求头

只保留预签名时包含的请求头（这里是content-md5），移除Angular默认添加的不必要头，比如Content-Type（或者手动设置正确的文件MIME类型，确保预签名时也包含这个头）。

3. 确保MD5计算正确

要保证你计算的是原始文件内容的MD5，然后转成Base64格式，和curl里用的content-md5值完全一致。

修正后的Angular代码示例 #

// 假设你已经获取到了要上传的File对象
const file = this.myForm.get('fileSource').value;

// 计算文件的MD5并转成Base64（使用原生Web Crypto API）
async function calculateFileMD5(file: File): Promise<string> {
  const arrayBuffer = await file.arrayBuffer();
  const hashBuffer = await crypto.subtle.digest('MD5', arrayBuffer);
  const hashArray = Array.from(new Uint8Array(hashBuffer));
  return btoa(String.fromCharCode(...hashArray));
}

// 计算MD5后发起请求
calculateFileMD5(file).then(base64Md5 => {
  // 只保留必要的请求头，根据预签名配置决定是否添加Content-Type
  const headers = new HttpHeaders({
    'content-md5': base64Md5,
    // 如果预签名时指定了Content-Type，这里要对应设置
    'Content-Type': file.type
  });

  const options = {
    headers: headers,
    // 禁用默认的额外头和凭证设置
    withCredentials: false
  };

  this.http.put('<你的预签名URL>', file, options)
    .subscribe({
      next: res => {
        console.log(res);
        alert('Uploaded Successfully.');
      },
      error: err => {
        console.error('上传失败:', err);
      }
    });
});

Postman的解决方法 #

如果你用Postman测试：

• 选择PUT请求，粘贴预签名URL
• 在Body选项卡选择binary，然后上传你的原始文件
• 在Headers选项卡添加content-md5头，值为你的Base64格式MD5
• 移除所有自动添加的不必要头（比如未在预签名中指定的Content-Type，或者手动设置匹配的MIME类型）

额外注意事项 #

• 确保预签名URL生成时，包含的请求头和你实际发送的请求头完全一致（比如如果预签名时指定了Content-Type，上传时必须带相同的头）
• 不要在请求中添加任何预签名时没包含的头，否则S3会拒绝请求

内容的提问来源于stack exchange，提问作者anas p a