runc执行/proc/self/exe init后的代码逻辑及相关问题咨询

1. runc run中/proc/self/exe init的逻辑走向与runc init的关系 #

• 执行runc run时，runc会先启动一个bootstrap进程（即runc run对应的进程分支），完成容器前期的namespace、cgroup等环境配置后，通过execve调用/proc/self/exe init——这一步本质就是让当前进程替换为runc init的执行逻辑，二者的代码路径完全等价。
• 直接在shell里执行runc init必然失败，因为runc init是供bootstrap进程内部调用的“私有命令”，它依赖bootstrap提前设置的一系列环境变量（比如你遇到的_LIBCONTAINER_LOGLEVEL，还有_LIBCONTAINER_INITPIPE、_LIBCONTAINER_PIDFILE等），手动执行时没有这些变量，就会触发解析空值的panic。

2. 负责启动容器内sh的init逻辑入口 #

runc的init命令逻辑入口不是Go语言包级别的init()函数，而是在命令行参数解析的分支里：

• 打开runc主入口main.go，能看到它用cobra框架解析命令，当识别到init参数时，会调用cmd/init.go中对应的执行函数；
• 完整执行链：
  1. main.go解析到init命令 → 触发cmd/init.go的执行逻辑
  2. 调用libcontainer.Init()，执行容器初始化（挂载rootfs、设置用户、处理信号等）
  3. 完成环境初始化后，通过exec.Command执行容器配置中指定的启动进程（比如sh，对应容器配置里的process.args字段）
• 你找不到对应函数的原因大概率是混淆了Go的包初始化init()函数和runc的init命令业务逻辑：前者是包加载时自动执行的初始化代码，后者是命令行触发的容器启动核心流程入口。

快速定位代码的提示 #

• 直接搜索代码库中的cmd/init.go，这是runc init命令的入口文件；
• 查看libcontainer/init.go里的Init函数，这里是容器初始化的核心逻辑，最终会调用启动用户进程的相关方法（比如startProcess）。

内容的提问来源于stack exchange，提问作者therandombyte