由于项目要验收，于是上服务器看了一下 k8s 的状态，发现报错了：于是按照通义给出的方法依次检查错误在哪：1、确认本机 IP 是否变化：没变2、检查 API Server 是否在运行：看了 docker，还在运行2、这是导致→→→的根本原因。关于证书为什么会过期的说明：在kubeadmkubeadm。

为什么 Kubernetes 不直接使用容器运行时的 cgroup 驱动方式？历史原因：早期运行时多样，默认行为不一，K8s 需要强制统一。架构设计：Kubelet 是资源的主动管理者，而不是被动的消费者。它必须精确控制 cgroup 的布局以实现监控、限制和驱逐等核心功能。它不能将如此关键的责任“外包”给另一个组件。确定性与可靠性：显式配置避免了因底层组件默认值变化而导致的集群不一致和潜在故障。

虚拟机配置：Vmware 版本：关闭防火墙的原因：Kubernetes 集群内部组件之间需要大量端口通信，涉及控制平面、数据平面、Pod 网络、服务代理等。如果防火墙规则未正确放行这些端口，会导致：我们可以通过 ufw 来管理防火墙，ufw 介绍：查看 UFW 的状态，如果显示 inactive 或者说明是未激活开机不启动防火墙，重启即可生效2、关于 swap 是否需要关闭首先，从上面的官方文档可

写力扣的这道题时，看了返回的是的一个实现，该实现是内部定义的一个固定大小的、不支持结构性修改的List视图，其具体运行时类型为。

所以调用前必须知道这个值是多少 → 必须提前计算。策略，尤其是在方法调用时对参数的处理。Java 官方文档和语言规范（）明确说明了 Java 采用。是否存在于 map 中，

为什么 Kubernetes 不直接使用容器运行时的 cgroup 驱动方式？历史原因：早期运行时多样，默认行为不一，K8s 需要强制统一。架构设计：Kubelet 是资源的主动管理者，而不是被动的消费者。它必须精确控制 cgroup 的布局以实现监控、限制和驱逐等核心功能。它不能将如此关键的责任“外包”给另一个组件。确定性与可靠性：显式配置避免了因底层组件默认值变化而导致的集群不一致和潜在故障。