presignedgetobject生成的url过期即失效，因其签名含时间戳且服务端严格校验请求时间（±15分钟），超时或curl缺失签名头（如x-amz-content-sha256）、编码不一致、方法不匹配均导致403/400错误。
PresignedGetObject 生成的 URL 为什么过期就失效，且无法直接用 curl 测试？
因为 PresignedGetObject 生成的是带签名的临时访问链接，签名依赖时间戳、HTTP 方法、请求头（如 x-amz-content-sha256）、查询参数等完整请求上下文。curl 默认不携带签名所需头，且服务端会校验请求时间是否在签名有效窗口内（通常 ±15 分钟），超时或头不匹配都会返回 403 Forbidden 或 400 Bad Request。
- 签名有效期由
expiresIn参数控制，单位是秒，最大通常为 7 天（604800），超出 MinIO/S3 服务限制会报错XMinioInvalidExpiration - 若对象路径含中文或特殊字符（如空格、
+），必须先对objectName做 UTF-8 编码再传入，否则签名计算和实际请求解码不一致 - MinIO 客户端要求
ExpiresIn必须是time.Duration，不能直接传整数秒——常见错误是写成client.PresignedGetObject(..., 3600, ...)而不是time.Hour或3600 * time.Second
用 minio-go v7+ 调用 PresignedGetObject 的最小可行代码
注意：v7 起 minio.New 已弃用，必须用 minio.NewClient；且签名方法返回 *url.URL，不是字符串，别直接 fmt.Println 后复制粘贴——它默认含换行符，容易多出空格导致 400。
client, _ := minio.NewClient("play.min.io", &minio.Options{
Creds: credentials.NewStaticV4("Q3AM3UQ867SPQQA43P2F", "zuf+tfteSlswRu7BJ86wekitnifILbZam1KYY3TG", ""),
Secure: true,
})
req, _ := client.PresignedGetObject(context.Background(), "mybucket", "path/to/文件.pdf", time.Hour, nil)
fmt.Print(req.String()) // 注意是 Print 不是 Println
-
nil第五个参数是map[string][]string类型的自定义查询参数，比如加"response-content-disposition": []string{"attachment; filename=\"report.pdf\""}控制浏览器下载行为 - 若服务启用了 IAM 或 STS 临时凭证，
Creds需换成credentials.NewStaticV4+ session token，否则签名无效 - 本地调试建议用
play.min.io（公开测试服务），避免因自建 MinIO 的 TLS 证书或时钟不同步导致签名拒绝
签名 URL 在浏览器中打不开？检查这三点
生成后复制到浏览器却返回 The request signature we calculated does not match，大概率是以下之一：
- 客户端和服务端系统时间偏差超过 15 分钟——MinIO/S3 强制校验请求时间戳，用
ntpdate -q pool.ntp.org校准 - URL 被浏览器或代理自动编码了两次，比如
%2F又变成%252F——生成后不要手动修改，也不要用url.Parse再处理 - 请求方法不匹配：你用
PresignedGetObject生成 GET 链接，但前端 JS 用fetch(url, {method: 'POST'})发请求，签名直接失败
想让预签名 URL 支持 POST 上传怎么办？
PresignedGetObject 只用于下载，不支持上传。要上传得用 PresignedPutObject（简单上传）或更安全的 PresignedPostPolicy（带策略限制的表单上传）。
-
PresignedPutObject返回 URL 和 header map，适合小文件直传，但无法限制文件大小或类型 -
PresignedPostPolicy允许设定SetExpires、SetContentType、SetContentLengthRange等策略，服务端校验严格，推荐生产环境使用 - 注意：
PresignedPostPolicy返回的是 HTML 表单字段（key,policy,signature等），不是单个 URL，前端需构造 multipart/form-data 请求
签名逻辑本身不难，难的是时间同步、编码一致性、请求上下文还原——这些地方一错，错误信息又高度相似，排查起来特别耗时。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
