因为云存储键名是扁平字符串，strings.hasprefix仅做字面匹配，无法区分真实目录层级（如"logs/"与"logs-202406/"），而服务端prefix参数才按字典序精确匹配前缀。
为什么用 strings.HasPrefix 判断前缀不适用于云存储桶键名？
因为云存储（如 AWS S3、阿里云 OSS、腾讯云 COS）的“目录”其实是伪概念，键名是扁平字符串，prefix 参数实际匹配的是整个键名的字面开头，而非文件系统路径意义上的“目录”。比如键名 "logs/2024/06/app-error.log" 和 "logs-202406/error.log" 都会被 strings.HasPrefix(key, "logs/") 误判为同前缀——但后者根本不在 logs/ 目录下。真正该依赖的是云服务商提供的 ListObjectsV2（S3）或 ListObjects（OSS）接口的 Prefix 参数，它由服务端按字典序精确匹配前缀，且支持分页。
如何安全合并多个前缀并避免重复删除？
常见错误是把 ["a/", "a/b/", "a/b/c/"] 直接去重后全量删除——这会重复删掉 a/b/ 下的对象，因为 a/ 已经覆盖了所有子前缀。正确做法是先排序再做前缀裁剪：对所有待删前缀升序排列，遍历判断当前前缀是否被前一个“完全包含”（即 current.HasPrefix(previous) 且 current[len(previous)] == '/'）。只有不被包含的才保留。
- 示例输入：
[]string{"logs/", "logs/2024/", "tmp/", "tmp/cache/"} - 排序后：
["logs/", "logs/2024/", "tmp/", "tmp/cache/"] - 裁剪逻辑：
"logs/2024/"被"logs/"包含 → 跳过；"tmp/cache/"被"tmp/"包含 → 跳过 - 最终只删
["logs/", "tmp/"]
批量删除时怎么避免 TooManyRequests 或 InvalidObjectKey 错误？
S3/OSS 的 DeleteObjects 接口有硬限制：单次最多删 1000 个对象（S3），且频繁调用会触发限流。更隐蔽的问题是键名含非法字符（如 \r、\n、未编码的 ? 或 ）会导致部分对象静默失败。必须在提交前校验和标准化：
- 用
url.PathEscape对每个键名做 URL 编码（尤其含空格、中文、特殊符号时） - 过滤掉空字符串、以
"./"或"../"开头的键名（防止路径穿越） - 拆分成每批 ≤ 1000 个对象，并在每次调用后 sleep 100ms（S3 建议间隔 ≥ 100ms）
- 检查返回结果中的
Errors字段，单独重试失败项（不要整批重试）
用 aws-sdk-go-v2 实现带前缀合并的批量删，关键参数怎么设？
别直接 List 再 Delete——先用 ListObjectsV2 拿到所有匹配键名，再按需合并前缀、分批删。重点参数：
-
Bucket：必填，桶名 -
Prefix：传合并后的最短前缀（如"logs/"），不是原始列表 -
MaxKeys：设为 1000（最大值），减少分页次数 -
ContinuationToken：用于翻页，别漏处理NextContinuationToken -
DeleteObjectsInput.Objects：每个ObjectIdentifier的Key必须是原始键名（已 URL 解码），不能带额外路径前缀
注意：S3 不允许在 DeleteObjects 中传重复 Key，所以合并前缀后 List 出来的键名列表必须去重（用 map[string]struct{}）。
Key 是原始未编码字符串，但某些 SDK（如旧版 aliyun-oss-go-sdk）在构造请求时会自动编码，导致删错对象。务必确认你用的 SDK 对 Key 字段是否要求预编码。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
