链表操作核心原则修改链表结构需操作「前驱节点」，而非节点本身；值传递的指针无法修改外部变量，需用引用传递或返回值更新；所有访问ptr->next的操作，必须先判断ptr非空。三次反转法优势时间复杂度 O (n)：仅遍历链表常数次（计算长度 1 次 + 三次反转各 1 次）；空间复杂度 O (1)：仅使用常数个指针，无额外空间开销；逻辑可复用：反转区间的函数可直接用于其他链表反转问题（如反转指定区间

在 Kubernetes 持久化存储的学习中，PV（PersistentVolume）与 PVC（PersistentVolumeClaim）是绕不开的核心概念。本文将结合我在离线单节点环境下的完整实验经历，从理论到实战，带你彻底掌握 Local PV/PVC 的配置、部署与排障，同时深入理解 StorageClass 的动态供给能力。Kubernetes 中 Pod 是临时、可销毁的，但很多应用

绕过 DNS 依赖，直接通过 API 绑定 Pod。实现更灵活的节点选择逻辑（如固定调度到特定节点）。适配无jq、无网络的极端离线环境。do# 获取待调度 Pod（schedulerName=my-scheduler 且未分配节点）do# 获取节点列表并随机选择# 绑定 Pod 到节点donesleep 1done💡 关键优化：用awk替代jq，纯原生工具适配离线环境；单节点环境下自动绑定到唯一

资源分类层面：区分名称空间 / 集群级别资源，避免在集群级别资源中指定 namespace（如 Node、PV 无需指定）；YAML 语法层面：严格遵守缩进（空格）、冒号后加空格，数组元素以开头，避免低级语法错误；字段配置层面标签匹配是核心：Deployment 的 selector、Service 的 selector 必须与 Pod 的 labels 一致；端口匹配是关键：容器端口、Servi

在 Kubernetes（K8s）中，Pod 作为最小的部署和调度单元，其生命周期贯穿了 “创建→运行→终止→销毁” 的完整过程。理解 Pod 的生命周期，不仅能帮我们精准排查 Pod 启动失败、频繁重启等问题（如部署 TodoList 项目时遇到的 Pod 重启问题），更能通过生命周期钩子和探针设计高可用的应用部署策略。本文将从核心阶段、关键机制、实战案例三个维度，彻底讲透 Pod 生命周期。

控制器类型核心场景关键特性ReplicaSet基础副本管理（少用）灵活标签选择器Deployment无状态应用部署滚动更新、版本回滚DaemonSet节点级任务每个节点一个 PodJob一次性批处理任务任务完成后终止CronJob定时任务基于 Cron 表达式调度有状态应用部署稳定身份、存储、网络HPA自动扩缩容基于指标动态调整副本数K8s 的控制器体系覆盖了从无状态到有状态、从一次性任务到长期服

在 Kubernetes（简称 k8s）的技术体系中，Pod 作为最小部署单元，其生命周期的管理是云原生开发与运维的核心知识点之一。掌握 Pod 生命周期的流转逻辑、关键机制及配置要点，是保障集群稳定运行、提升服务可用性的基础，本文将系统拆解 Pod 生命周期的核心内容，助力开发者全面掌握这一关键技术。

当客户端访问该Service的域名时，DNS解析会直接返回所有关联Pod的IP列表，客户端需要自行实现负载均衡逻辑（如DNS轮询、自定义分发策略）。：集群内部服务需要访问外部服务（如外部数据库、第三方API），通过Service统一管理外部服务的域名，后续若外部服务域名变更，只需修改Service配置，无需修改所有依赖该服务的内部应用，降低维护成本。：Service被分配一个集群内部唯一的虚拟IP

ConfigMap 是 K8s 提供的一种配置存储资源，用于存储非敏感的键值对配置（如配置文件、环境变量、命令行参数等），可被 Pod 以多种方式挂载使用。配置与镜像解耦：无需修改镜像即可调整应用配置；环境隔离：为开发、测试、生产环境配置不同的 ConfigMap；易维护：集中管理配置，修改后可快速同步到关联 Pod（视挂载方式而定）。ConfigMap 是 K8s 配置管理的核心工具，通过解耦应

Secret 是 K8s 提供的敏感配置存储资源，用于存储密码、OAuth 令牌、SSH 密钥等敏感信息，相比 ConfigMap（存储非敏感配置），Secret 具备更严格的权限控制，且数据以 Base64 编码形式存储（注：Base64 是编码而非加密，需结合 RBAC / 加密配置提升安全性）。kind: Podmetadata:labels:spec:# 定义Secret卷volumes: