Amazon S3预签名URL路径兼容问题：带桶名引发逻辑目录异常

我有个名为bucket_name的S3存储桶，API生成的预签名URL格式如下：

https://bucket_name.s3.region.amazonaws.com/<bucket_name>/<project_id>/<object_id>/<object_name>?other_aws_specific=params

原本期望对象存在存储桶根目录下的project_id/object_id/路径里，但现在S3控制台里多了个叫bucket_name的逻辑目录。

同样的URL结构在GCS、Azure Blob存储里都能正常存到根目录下的对应路径，要是删掉URL里的<bucket_name>，又会破坏API兼容性——毕竟另外两家云服务商适配这个结构没问题。官方文档也没提这种边缘情况，当前S3的对象层级如下：

可行解决办法 #

不用改URL结构也能让S3正确存储，有两种方案：

1. S3静态网站托管重定向
   开启存储桶的静态网站托管，添加重定向规则，把带<bucket_name>前缀的请求重写到去掉该前缀的路径。示例规则：

   <RoutingRules>
     <RoutingRule>
       <Condition>
         <KeyPrefixEquals><bucket_name>/</KeyPrefixEquals>
       </Condition>
       <Redirect>
         <ReplaceKeyPrefixWith></ReplaceKeyPrefixWith>
         <HttpRedirectCode>307</HttpRedirectCode>
       </Redirect>
     </RoutingRule>
   </RoutingRules>
   

   注意：预签名URL要改用静态网站托管的endpoint（比如bucket_name.s3-website.region.amazonaws.com），同时配置存储桶策略允许访问。

2. Lambda@Edge 改写请求路径
   给CloudFront分发配置Lambda@Edge函数，请求到达时自动移除URL路径里的<bucket_name>前缀，再转发到S3。示例函数逻辑：

   exports.handler = (event, context, callback) => {
     const request = event.Records[0].cf.request;
     const targetBucket = 'your-actual-bucket-name';
     if (request.uri.startsWith(`/${targetBucket}/`)) {
       request.uri = request.uri.substring(targetBucket.length + 1);
     }
     callback(null, request);
   };
   

   把这个函数部署到CloudFront的viewer-request或origin-request阶段，就能在请求到S3前修改路径。

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