用client-go创建和删除namespace需调用clientset.corev1().namespaces()的create或delete方法；创建时不传namespace参数，删除时用metav1.deleteoptions{}；名称须全小写、仅含字母数字连字符且不以连字符开头结尾。
如何用 client-go 创建和删除 Namespace
直接创建或删除 Namespace 最常用的方式是调用 clientset.CoreV1().Namespaces() 的 Create 或 Delete 方法。注意：Namespace 是集群级资源，不隶属于任何其他命名空间，所以 Create 不需要传入 namespace 参数（第二个参数是 metav1.CreateOptions{}），而 Delete 的第二个参数是 metav1.DeleteOptions{}，不是 metav1.GetOptions{}。
常见错误现象：403 Forbidden —— ServiceAccount 没有 namespaces/* 权限；422 Unprocessable Entity —— 名称含大写字母、下划线或以连字符结尾；409 Conflict —— 名称已存在（Create 不会覆盖）。
- 名称必须全小写、只能含字母、数字、连字符，且不能以连字符开头或结尾
- 删除时若指定
PropagationPolicy: metav1.DeletePropagationBackground，会异步清理其下资源；默认是Foreground，会阻塞直到所有子资源被删除 - 创建时若未显式设置
ObjectMeta.Labels或Annotations，字段值为nil，不是空 map；若需设空标签，应初始化为map[string]string{}
如何监听 Namespace 的创建与删除事件
用 clientset.CoreV1().Namespaces().Watch 可监听全局 Namespace 变更。它返回 watch.Interface，需手动处理 watch.Event 类型（Added / Deleted / Modified）。别直接用 context.Background() 启动 Watch，否则 Cancel 时无法优雅退出。
使用场景：自动为新 Namespace 注入默认 NetworkPolicy、配置 ResourceQuota，或同步到外部审计系统。
- Watch 请求默认带
resourceVersion=""，即从当前最新状态开始；如需从历史某版本继续，需持久化上次收到的event.Object.(*corev1.Namespace).ResourceVersion - Watch 连接可能因超时或网络中断断开，
watch.Interface不自动重连，需在外层加循环 + 指数退避重试 - 事件中的
Object是*corev1.Namespace，但Deleted事件的Object可能只含基本字段（如Name、UID），完整对象需调用Get补全（如果还存在）
如何安全地等待 Namespace 被彻底删除
调用 Delete 后 Namespace 进入 Terminating 状态，但实际删除完成需等所有 Finalizer 被控制器处理完毕。不能靠 sleep 等待，要用轮询 + Get 判断是否存在且 DeletionTimestamp != nil。
容易踩的坑：在 CI/CD 流水线中删完就跑下一步，结果后续资源创建失败（因为旧 Namespace 的 Finalizer 还在清理网络策略或 PV 绑定）。
- 轮询间隔建议 100ms–500ms，最多重试 60 次（即最长 30 秒），避免无限 hang 住
- 检查逻辑应为：
err != nil && apierrors.IsNotFound(err)才算删除成功；若err == nil且ns.DeletionTimestamp != nil，说明还在 terminating 中 - 不要用
WaitForNamedCondition（已废弃），也不要依赖cache.Lister，因为它可能缓存 stale 数据
为什么 List Namespaces 有时看不到刚创建的资源
clientset.CoreV1().Namespaces().List 默认不带 ResourceVersion，走的是集群的「强一致性读」路径，理论上不会延迟。但如果在高负载集群中遇到「刚创建就 List 不到」，大概率是客户端用了本地缓存（比如通过 cached.NewSharedInformer 构建的 client），或者误把 ListOptions 中的 FieldSelector 写成了 metadata.name==xxx（正确写法是 metadata.name=xxx，双等号是非法语法，API Server 会静默忽略该条件）。
- 调试时可在
List后加log.Printf("got %d namespaces", len(list.Items))，确认是否真没返回，还是逻辑漏判 - 若必须强一致且低延迟，可显式设置
ListOptions{ResourceVersion: "0"}，强制绕过 etcd 缓存（代价是更高读压力） - 注意
Limit和Continue分页参数：默认只返回前 500 个，大量 Namespace 时需用分页遍历，否则会漏掉
Namespace 的操作看似简单，但权限控制、Finalizer 清理时机、Watch 断连恢复、缓存一致性这四点，几乎每个都在线上出过隐蔽故障。别假设 “删了就没了” 或 “创了就能立刻 List 到”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
