最直接删除 Namespace 的方式是 kubectl delete namespace，需确保权限充足、资源已释放且 finalizers 为空；卡在 Terminating 时应检查并清理残留 CR 或 finalizer。
用 kubectl delete namespace 删除命名空间最直接
删除 Namespace 的标准方式就是命令行，前提是集群有对应权限且 Namespace 处于可删除状态。执行后 Kubernetes 会先标记为 Terminating，再异步清理内部资源。
- 必须确保该 Namespace 下所有资源（Pod、Service、CRD 实例等）已被释放或已由控制器自动回收；否则它会卡在
Terminating状态 - 不要加
--force或--grace-period=0强制删——这只会跳过优雅终止逻辑，无法绕过未清理的 finalizer - 如果卡住，先查
kubectl get namespace，重点看-o yaml spec.finalizers字段是否为空；非空说明有组件（比如 CRD controller、volume provisioner）没完成清理
Namespace 卡在 Terminating 怎么办
这是最常见的实际问题，本质是某些 finalizer 没被移除，Kubernetes 不敢真正删除。
- 先检查是否有残留的自定义资源（CR），尤其是用了
finalizers的 CRD：运行kubectl api-resources --verbs=list --namespaced -o name | xargs -n 1 kubectl get -n扫一遍 - 常见“钉子户”包括：
VolumeAttachment、ResourceQuota、第三方 operator 创建的 CR（如Elasticsearch、KafkaCluster） - 极少数情况下需手动 patch finalizers（仅限测试环境）：
kubectl get namespace-o json | jq 'del(.spec.finalizers[])' | kubectl replace --raw "/api/v1/namespaces/ /finalize" -f -
用 Go client-go 主动删除 Namespace
如果你在写 Operator 或运维工具，需要用 client-go 调用 API 删除，核心是调用 CoreV1().Namespaces().Delete()。
- 注意传入的
metav1.DeleteOptions{}默认带GracePeriodSeconds: 30，和kubectl行为一致；设为0不等于强制删，只是不等 finalizer 清理，仍会卡住 - 必须处理返回错误：
errors.IsNotFound(err)表示 Namespace 已不存在；errors.IsConflict(err)可能因版本冲突重试；其他错误（如权限不足、超时）需明确日志 - 示例关键代码：
err := clientset.CoreV1().Namespaces().Delete(ctx, "my-ns", metav1.DeleteOptions{ GracePeriodSeconds: ptr.To(int64(0)), })
删除 Namespace 前一定要确认的三件事
误删生产 Namespace 后果严重，没有回收站机制。
- 确认当前上下文指向目标集群：
kubectl config current-context，别在 kubeconfig 切换混乱时操作 - 确认 Namespace 名字拼写完全一致——
default、kube-system、kube-public这些系统 NS 绝对不能删 - 确认没有正在运行的关键工作负载，尤其注意 DaemonSet、StatefulSet 的 Pod 是否已全部终止（
kubectl get pods -n返回空不等于彻底干净，得看Phase是Running还是Terminating）
真正卡住的时候，不是命令没敲对，而是某个你没意识到的 finalizer 正在等一个没启动的 controller。查 finalizers 字段比重试十次 kubectl delete 更有效。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
