呗老心眼极小做系统的人都知道一句话：系统八成的问题，都出在“刚开始的那几秒”。从按下电源键到屏幕上出现登录界面，这一小段看似平静的启动过程，其实是整个操作系统最忙碌、最容易翻车的阶段。而其中最让人琢磨不透、又最值得搞明白的一环，就是用户空间初始化。它决定了你的机器开机后能不能顺利进入桌面或命令行，决定了服务能不能按照预期自动拉起，也决定了那些“重启一下就好了”的问题背后到底发生了什么。
简单说，用户空间初始化就是操作系统把内核启动完成后，在用户态拉起第一个进程（PID 1），然后由这个进程把整个系统服务、网络、文件系统、登录环境逐一准备好。不管你是Windows还是Linux用户，不管你是做开发、运维还是嵌入式，只要碰过“启动失败”“服务起不来”“初始化失败”这些问题，你就需要理解这里的门道。这篇内容，就是把我这些年跟用户空间初始化打交道的过程梳理了一遍，纯实战向，看完能直接照着排查。
1. 用户空间初始化：系统启动的真正主战场
1.1 内核态与用户态，先分清这两层再谈初始化
先说基础。操作系统在逻辑上分成两大层：内核态和用户态。内核态是操作系统核心代码运行的区域，权限最高，可以直接操作CPU、内存、外设；用户态则运行各类应用程序和系统服务，权限受到严格限制。这两层之间的区别，可以类比成小区物业和住户：物业（内核）握着门禁卡和机房钥匙，负责基础设施维护；住户（用户态进程）住进来之后可以布置房间、打开燃气灶，但绝不能去动总电闸。这种隔离的核心目的，就是把危险操作限制在最小范围，防止某个应用把整台机器搞挂。
在用户态里，内存布局通常也不是一整块直接用，而是分成代码段、数据段、堆、栈等区域，业内常说的“用户空间分段”就是这个意思。不同区域各有职责：代码段放指令、数据段放全局变量、堆管动态内存、栈管函数调用。搞懂这些，再看初始化时的内存分配、进程地址空间创建，就会清晰很多。比如你写个C程序，编译器生成的ELF文件里那段“只读数据段”和“可读写数据段”在加载时会被放到不同保护属性的内存页里，而这些页的布局和权限，正是内核在加载可执行文件时完成的。也就是说，你每启动一个程序，内核都替你做了一次“小规模用户空间初始化”。
1.2 从内核交棒到 PID 1：用户空间初始化到底在干什么
一台机器的完整启动流程大致是：BIOS或UEFI固件自检并引导启动器（Linux下通常是GRUB），启动器加载内核镜像，内核开始自解压，然后执行start_kernel进入内核初始化。到这里为止，所有操作都还处于内核态，打印出来的日志都是大家熟悉的“Booting Linux on physical CPU”那一串。等内核把内存管理、调度器、中断、设备树等基础组件初始化完，会挂载根文件系统，然后执行第一个用户态程序——也就是PID为1的那个进程。
这个进程，在老派Linux里是/sbin/init，在现代发行版里通常是systemd。从它开始，系统的控制权就从内核正式移交给了用户空间。用户空间初始化要干的事包括但不限于：根据/etc/fstab挂载所有磁盘分区、加载剩余的内核模块、配置网络接口、启动系统日志、启动cron和容器运行时、拉起开机自启的服务，最后启动登录管理器或直接打开终端。可以说，用户态的一切都是从这里“长”出来的。
这里有个容易忽略的细节：PID 1并不只是一个普通进程，它是所有孤儿进程的收养者。就算你已经进入桌面，某一天某个后台进程的父进程挂了，这个孤儿进程也会被交给PID 1托管。所以用户空间初始化不仅是“开机那一下”的动作，它还会贯穿整个系统生命周期，持续承担进程回收、信号转发等兜底工作。这也是为什么systemd那个PID 1如此敏感，有些发行版至今还在争论它到底该不该嵌入太多功能。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 两种主流初始化方案：SysVinit 与 systemd 的取舍
2.1 SysVinit 的串行世界
早期Linux发行版基本都采用SysVinit。这个方案源自Unix System V的init体系，思路非常直白：通过/etc/inittab定义运行级别，0通常是关机，1是单用户维护模式，3是多用户字符界面，5是带图形界面的多用户模式。系统启动时，init进程根据当前运行级别，去/etc/rc.d/rc3.d这样的目录里依次执行所有以S开头的脚本，目录名里的数字代表脚本顺序，比如S50ssh、S90network。