当Pod卡在Terminating状态且常规删除无效时，应先确认节点是否离线；若节点在线则用patch清空finalizers，若节点失联则删除该Node触发自动清理。
当你执行 kubectl get pods -A | grep Terminating 发现某个命名空间（如 test-env）下堆积了十几个卡在 Terminating 状态的 Pod，且 kubectl delete pod --all -n test-env 无效、--force --grace-period=0 也不起作用时，说明这些 Pod 被 finalizer 阻塞或所在节点已失联，必须绕过 Kubernetes 正常删除流程才能清理。
确认目标命名空间中所有 Terminating Pod
先精准定位要处理的 Pod 列表，避免误删正常运行的资源：
kubectl get pods -n test-env --field-selector status.phase=Pending,status.phase=Running --no-headers | wc -l → 确保当前没有活跃 Pod 干扰判断；
kubectl get pods -n test-env -o wide | grep Terminating → 直接筛出全部卡住的 Pod，记录其名称和所在 Node；
若输出中某 Pod 的 NODE 列为空或显示 node-abc123 已不在 kubectl get nodes 结果中，说明该节点已离线——此时不能只清 finalizer，应优先删 node 或跳过该 Pod 批量处理。
方法一：用 patch 命令批量清空 finalizers（推荐用于节点仍在线但 finalizer 卡死）
此方法适用于 finalizer 是唯一阻塞项（如 kubernetes.io/pvc-protection 已手动删完 PVC，但 Pod 还卡着）：
第一步：生成待处理 Pod 名单并逐个 patch：
for p in $(kubectl get pods -n test-env -o jsonpath='{range .items[?(@.status.phase=="Terminating")]}{.metadata.name}{"\n"}{end}'); do kubectl patch pod "$p" -n test-env -p '{"metadata":{"finalizers":[]}}' --type=merge; done
这行命令会遍历 test-env 下所有 phase 为 Terminating 的 Pod，对每个执行 finalizers 清空。注意：Kubernetes v1.22+ 才支持该 patch 语法，低于此版本需改用 raw 方式；
执行后立即运行 kubectl get pods -n test-env，正常情况下 5 秒内所有 Terminating Pod 应消失；
【关键前提】必须确保这些 Pod 不再持有任何未释放的 PVC、Service、EndpointSlice 等资源，否则清 finalizer 可能导致 dangling 引用。
方法二：强制删除 + 忽略 kubelet 状态（仅限节点彻底不可恢复）
如果上一步执行后仍有 Pod 残留，且 kubectl describe pod xxx -n test-env 显示 Node 为 NotReady 或根本查不到该 Node，说明 kubelet 已无法响应，此时应跳过等待直接驱逐：
方法二（1）：用 force-grace-zero 批量触发强制删除请求：
kubectl delete pod --all -n test-env --grace-period=0 --force
方法二（2）：若上条命令卡住不动或报 “NotFound”，说明 API Server 已感知不到这些 Pod 的存在（仅残留 etcd 记录），此时需直接操作 etcd —— 但该操作风险极高，不在此列；
方法二（3）：更稳妥的做法是先移除对应 Node（如 node-abc123）：
kubectl delete node node-abc123 → 这会触发 node-controller 在 30 秒内自动清理其上所有 Terminating Pod；
执行后等待 90 秒，再检查 kubectl get pods -n test-env，残留项应归零。
验证是否清空完成
运行 kubectl get pods -n test-env，输出应为空；
再执行 kubectl get events -n test-env --sort-by=.lastTimestamp | tail -5，确认无 “Failed to delete pod” 类事件；
若仍有 Pod 显示 Terminating，说明它绑定的某个 CRD 资源（如自定义 Operator 创建的对象）仍在 finalizer 列表中，需用 kubectl get crd 查出对应类型，再针对性清理。
