通过HTTP向Google Cloud Storage发起批量删除请求遇错求助

问题排查 #

你遇到的临时错误大概率是请求格式不符合GCS批量API要求，结合你的配置，主要有几个关键问题：

1. curl参数错误 #

你使用-d @MY-FILE-NAME发送请求，-d会自动对请求体进行URL编码并修改换行符，破坏了multipart/mixed格式的完整性。需要改用--data-binary参数来原样发送文件内容。

2. 子请求缺少HTTP版本 #

每个批量子请求必须是完整的HTTP请求行，你当前的DELETE请求缺少HTTP/1.1后缀，这会导致服务端解析失败。

3. 边界未正确闭合 #

批量请求的最后一个边界必须以--结尾（即--<boundary>--），否则服务端无法识别请求体结束位置。

修正后的配置 #

1. 正确的请求文件格式 #

POST /batch/storage/v1 HTTP/1.1
Host: storage.googleapis.com
Content-Type: multipart/mixed; boundary="====delete_AK-AKMLS_22-14540=="
Authorization: Bearer <MY_AUTH_TOKEN>

--====delete_AK-AKMLS_22-14540==
Content-Type: application/http
Content-Transfer-Encoding: binary

DELETE /storage/v1/b/MY_BUCKET_NAME/o/OBJECT_NAME HTTP/1.1

--====delete_AK-AKMLS_22-14540==
Content-Type: application/http
Content-Transfer-Encoding: binary

DELETE /storage/v1/b/MY_BUCKET_NAME/o/ANOTHER_OBJECT_NAME HTTP/1.1

--====delete_AK-AKMLS_22-14540==--

说明：

• 每个子请求添加HTTP/1.1
• 最后一个边界添加--闭合
• 可移除非必需的Content-ID字段

2. 正确的curl命令 #

curl -X POST --data-binary @MY-FILE-NAME https://storage.googleapis.com/batch/storage/v1

额外验证步骤 #

1. 确保所有OBJECT_NAME已正确URL编码（比如空格转%20、特殊字符转义）
2. 检查请求文件中没有多余的空行或格式错误（比如边界前后的空行必须严格符合multipart规范）
3. 批量请求最多包含1000个操作，你的30-40个文件完全符合限制

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