minio setbucketlifecycle调用后规则未生效，是因为服务端对配置格式极为严格，稍有偏差（如prefix以/开头、id含特殊字符、status大小写错误等）即静默丢弃整条规则，且不报错；必须用getbucketlifecycle验证返回值，并确保版本支持、权限完备、last-modified时间正确。
minio.SetBucketLifecycle 为什么调用后没生效
不是接口没调用成功，而是规则本身没通过校验或服务端拒绝加载。MinIO 对生命周期配置非常严格，稍有格式偏差就会静默忽略整条规则。
-
Prefix必须是合法路径格式，不能以/开头（如"logs/"正确，"/logs/"会被跳过） -
ID不能含空格、特殊字符，建议只用字母+数字+短横线（如"log-cleanup-30d"） -
Status必须是"Enabled"或"Disabled"（注意大小写，"enabled"无效） - 如果启用了版本控制（
Versioning），且想删除旧版本，必须显式设置Expiration.DeleteMarkers: true，否则仅删对象不删 DeleteMarker - 调用
SetBucketLifecycle后，立刻用GetBucketLifecycle拉取当前配置，确认返回的config.Rules是否包含你刚设的规则——这是唯一验证方式
如何让日志文件自动过期删除（30天）
这是最常见也最容易出错的场景：你以为规则写了就删，其实 MinIO 每 24 小时才扫描一次过期对象，且只对“最后修改时间”（Last-Modified）做判断，不是上传时间。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 确保上传时没覆盖
Last-Modified：用PutObjectOptions不要传ServerSideEncryption或自定义Metadata干扰时间戳 - 规则中
Expiration.Days: 30表示「距 Last-Modified 超过 30 天」，不是「距上传时间」 - 若对象被复制过（比如用
CopyObject），Last-Modified会更新为复制时间，导致重新计时 - 测试时别等真实 30 天：可临时改系统时间 + 重启 MinIO（仅开发环境），或上传时用
metadata["x-amz-meta-test"] = "true"辅助定位
Go 客户端初始化后必须做的三件事
很多人卡在生命周期配置失败，根源其实在客户端连都没连稳。MinIO Go SDK 的 minio.New 是纯构造函数，不发任何请求，SetBucketLifecycle 失败往往是因为前序连接已断或权限不对。
- 检查
Secure参数是否与 endpoint 协议匹配："localhost:9000"→Secure: false；"s3.example.com"→Secure: true，错配会导致EOF或空响应 - 初始化后立即执行探活：
client.ListBuckets(ctx)或client.BucketExists(ctx, "test-bucket")，别用MakeBucket替代——它在桶存在时会返回minio.BucketAlreadyOwnedByYou错误，不是健康检查 - 确认 AccessKey 权限：生命周期操作需要
s3:PutLifecycleConfiguration和s3:GetLifecycleConfiguration权限，最小策略必须显式声明，不能只给s3:*（某些私有部署网关会限制通配符）
为什么 GetBucketLifecycle 返回空规则但 Set 成功了
这不是 SDK bug，而是 MinIO 服务端对非法规则的处理策略：它接受请求，但内部校验失败后直接丢弃整条配置，不报错也不返回提示。
- 最常见的原因是
Prefix匹配了不存在的路径，或规则中混用了Expiration和Transition（归档到远端存储需额外 tier 配置，未配则整条规则失效） - 使用
mc ilm ls myminio/my-bucket命令手动验证：如果 CLI 也看不到规则，说明服务端根本没加载，问题出在规则结构或权限 - 避免嵌套结构错误：MinIO v2023+ 要求
lifecycle.Configuration必须是顶层结构，不要套在自定义 wrapper struct 里传给SetBucketLifecycle - 调试时打开 HTTP trace：
minio.WithTrace选项，看请求 body 是否含预期 JSON，响应 status 是否为 200 —— 很多时候是 200 但 body 为空，意味着服务端静默吞掉了规则
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
