嗨，这个问题问到点子上了！其实核心原因在于Kubernetes Pod的一个核心特性——同Pod内的所有容器共享同一个网络命名空间，不管是Init容器还是业务容器，全都是用的同一个网络栈。

我来给你拆解下具体的逻辑：

• 当你在BusyBox Init容器里执行sysctl net.ipv4.tcp_keepalive_time相关修改时，你修改的并不是Init容器自己孤立的参数，而是这个Pod对应的网络命名空间里的内核参数。
• Kubernetes在创建Pod的时候，会先为这个Pod创建专属的网络命名空间，然后把Pod内的所有容器（包括Init容器、后续启动的业务容器）都挂载到这个命名空间下。这就意味着所有容器共享同一个IP、端口范围、路由表，当然也包括网络相关的sysctl配置。
• 所以Init容器在启动阶段完成参数修改后，后续启动的Linux镜像业务容器，直接继承了已经被修改过的网络命名空间，自然就能看到这个参数的变化了。

补充个小提醒：不是所有sysctl参数都能这样跨容器生效。只有那些属于命名空间级别的参数（比如网络、IPC类的）才会共享；如果是主机级别的sysctl参数，Init容器要么没权限修改，要么修改后会影响整个节点，而不是只针对当前Pod。

备注：内容来源于stack exchange，提问作者Suresh Ganesan