前言

这个标题是不是有点儿拗口，什么叫做杀掉一个container中pid=1的进程，并且使container还活着尼？其实想要实现的效果类似于进入这个container中，kill掉占用了一个端口的进程，手动启动一个进程，使用这个空闲的端口。但问题是一般来说container的这个进程一般都是pid=1的进程，杀掉pid=1的进程，系统就会立即重启，无法执行自己的操作了。

举个栗子🌰

比如我的pod里边启动了一个container容器，pid=1的占用了80端口，而我现在也想要使用这个80端口，于是我把这个pid=1的进程kill掉，释放80端口，然后我自己开一个进程使用这个80端口，但现实是只要kill 1，此container就会立即重启，然后恢复为原来的状态。

奇思妙想

注入另一个容器，提供liveness检测

实验结果失败，只要kill 1杀掉pid为1的进程，立即重启

注入另一个容器，并且pod的restartPolicy设置为never

这样杀掉另一个进程，container状态会立即变成error，并且不会重启，然后使用注入的那个容器，使用空闲的端口。是可行的，但问题是此时pod的状态变为了error，这里可能显示不大友好。

使用admission webhook，将restart事件中要重启的容器换为一个空容器，tail -f /dev/null保持不重启

这样应该也是可行的，换为一个空容器镜像，那么原来的容器就会释放掉，此时手动进入这个空容器，启动自己的进程，使用空闲端口即可，但问题是我不清楚restart container的时候，会不会发送事件到api-server，待验证。

存疑，以后再来看