Active Storage存储至S3后，数据库checksum与S3 eTag为何不一致？

使用Active Storage将PNG测试图片上传至Amazon S3后，发现S3 API返回的etag与数据库blob记录中的checksum不一致。通过校验工具计算文件MD5值，结果与S3的etag匹配，具体信息如下：

Amazon S3 eTag via API:                  f1d0a62d6890cf4c4ecb4337c6d789df
`checksum` in Database:                  8dCmLWiQz0xOy0M3xteJ3w==
MD5 Checksum when checking on website:   f1d0a62d6890cf4c4ecb4337c6d789df

想请教为何数据库中的checksum不同，以及它与该文件的关联是什么？

1. 格式差异原因 #

数据库里的checksum是Base64编码的MD5值，而S3的etag和你计算的MD5是十六进制格式的MD5值：

• 把数据库的8dCmLWiQz0xOy0M3xteJ3w==做Base64解码，得到的二进制数据再转成十六进制，就是f1d0a62d6890cf4c4ecb4337c6d789df，和S3的etag完全一致。

2. Active Storage的checksum逻辑 #

Active Storage在生成checksum时，会先计算文件的MD5哈希（二进制形式），然后对这个二进制结果做Base64编码，最终存在数据库的active_storage_blobs表的checksum字段里。

3. 与文件的关联 #

这个checksum是Active Storage用来验证文件完整性的：

• 上传文件时，计算并存储这个值，后续如果从存储服务（比如S3）下载文件，可以重新计算文件的MD5并编码成Base64，和数据库里的checksum比对，确保文件没有被篡改或损坏。
• 它本质和S3的etag是同一个MD5值，只是编码格式不同而已。

内容的提问来源于Stack Exchange，提问作者rctneil