应使用client-go的EventV1Interface或EventV1Lister列出集群事件，它封装鉴权、resourceVersion管理与断线重连；需用corev1.EventList（非弃用v1beta1）、显式Watch()消费事件流，并通过resourceVersion实现断点续传，配合FieldSelector服务端过滤，解析Reason/Type/InvolvedObject等字段还原上下文。
用 client-go 列出集群事件，别直接调 API
直接发 HTTP 请求去 /api/v1/events 不仅要自己处理 token、证书、重试和分页，还容易漏掉 watch 机制——Kubernetes 事件是流式产生的，静态 list 只能看快照。必须用 client-go 的 EventV1Lister 或 EventV1Interface，它封装了鉴权、序列化、资源版本（resourceVersion）管理和断线重连逻辑。
关键点：
- 用
corev1.EventList而不是旧版corev1.Event（v1beta1 已弃用） - 初始化 client 时，必须传入
rest.InClusterConfig()（Pod 内）或clientcmd.BuildConfigFromFlags()（本地），不能硬编码地址 - 默认 list 不带
Watch，要持续抓取得显式调用Watch()并消费watch.Event流
Watch 事件流时，如何避免连接中断后丢数据
Kubernetes watch 连接可能因超时、网络抖动或 apiserver 重启而断开，此时若只从头重新 list，中间新发生的事件就丢了。正确做法是利用 resourceVersion 断点续传。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 首次 watch 用空
resourceVersion（即不设），拿到第一批事件后记录其中最大的event.ObjectMeta.ResourceVersion - 断连重试时，把上次记录的
resourceVersion传给Watch()的ListOptions，例如：&metav1.ListOptions{ResourceVersion: lastRV, Watch: true} - 注意：如果
resourceVersion太旧（apiserver 已清理历史版本），会返回410 Gone错误，此时必须 fallback 到 full list + 新 watch
过滤事件：按 namespace、reason、type 还是 involvedObject
集群事件量大，不加过滤会迅速积压。client-go 支持服务端过滤，比在客户端遍历高效得多。
常用过滤方式：
- 按命名空间：
ListOptions{Namespace: "default"}，设为metav1.NamespaceAll表示所有 ns - 按事件类型：
ListOptions{FieldSelector: "type=Warning"}（支持type、reason、involvedObject.name等字段） - 按关联对象：
FieldSelector: "involvedObject.kind=Pod,involvedObject.namespace=default" - 注意：
FieldSelector不支持模糊匹配或正则，reason="FailedScheduling"必须完全一致
事件内容解析：为什么 event.Message 经常为空
很多事件的 Message 字段是空的，因为 Kubernetes v1 事件规范把核心信息拆到了 Reason、InvolvedObject 和 Count 字段里，日志文本由客户端拼接生成（比如 kubectl describe event）。直接读 Message 就像只看标题不看正文。
可靠的做法是组合字段还原上下文：
-
event.Reason（如Scheduled、Pulled）是事件动因 -
event.Type是严重等级（Normal/Warning） -
event.InvolvedObject.Kind+Name+Namespace指明影响对象 -
event.Count和LastTimestamp可判断是否高频重复
真正需要“日志文本”时，建议参考 kubectl 源码里的 printEvent 函数逻辑，而不是依赖 Message。
最后提醒：事件对象本身不存原始日志行，也不含容器 stdout/stderr；它只是调度、拉镜像、健康检查等控制平面行为的摘要。想查 Pod 启动失败的详细错误，得结合 Pod.Status.ContainerStatuses.State.Terminated.Message 或 kubectl logs。
