init串行启动依赖脚本顺序，systemd并行启动通过显式依赖自动拓扑排序；前者耗时长、易出错，后者启动快、依赖明确但需正确配置wants/after等字段。
init 是串行启动，systemd 是并行启动
根本区别就在这儿：init 启动服务像排队打饭，一个接一个；systemd 则像食堂开多个窗口，能同时处理几十个请求。这直接决定了系统从加电到登录的耗时——老式 CentOS 6 在 100+ 服务下常需 90 秒以上，而 systemd 的 CentOS 7/8 通常 20–40 秒内完成。
-
init依赖/etc/inittab和/etc/rc.d/rcX.d/下的符号链接顺序，脚本里没写好依赖（比如数据库没启完就跑应用），就会报错或卡住 -
systemd用Wants=、After=、Requires=显式声明依赖，它会自动拓扑排序，但写错关系（比如把After=network.target写成After=network.service）会导致服务迟迟不启动 - 注意：
systemd的并行不是“无脑并发”，它仍受 cgroup 资源限制和 socket 激活机制约束；某些服务（如udev、systemd-journald）必须优先就绪，否则整个链路阻塞
运行级别（runlevel） vs 目标（target）
你敲 runlevel 看到的数字（比如 3 或 5），在 init 里是硬编码状态；在 systemd 里只是 multi-user.target 或 graphical.target 的别名——本质是软链接，可自由重定向。
- 查当前目标：
systemctl get-default；改默认目标：systemctl set-default multi-user.target（别再用init 3，那只是兼容层，实际走的是 systemd 的 target 切换） -
runlevel命令输出的 “N 3” 中 N 表示上次运行级别未变，3 是当前，但它已不参与真实控制——真正起作用的是systemctl list-units --type=target --state=active - 常见陷阱：有人把自定义 service 加入
rc.local，却忘了/etc/rc.d/rc.local在 systemd 下默认不执行，必须先chmod +x /etc/rc.d/rc.local并systemctl enable rc-local
服务管理命令完全不兼容
别指望 service httpd start 和 systemctl start httpd 只是换了个命令名——背后加载的配置路径、环境变量、日志归属、甚至进程树结构都不同。
-
service调用的是/etc/init.d/httpd脚本，它自己解析start参数、手动 fork、自己管 pidfile；systemctl直接读/usr/lib/systemd/system/httpd.service，由 systemd 统一 fork+监控+cgroup 隔离 - 旧脚本里写的
daemon、pidfile、status函数，在 systemd 下全被忽略；若服务没提供 .service 文件，systemctl会 fallback 到service兼容模式，但无法做依赖管理、重启策略、资源限制 - 查日志别用
tail -f /var/log/messages，要用journalctl -u httpd -f；否则你看不到 systemd 封装后的启动上下文（比如为什么 failed、cgroup 内存超限、seccomp 拒绝了某个 syscall）
开机自启的本质是软链接，不是改配置文件
很多人以为 systemctl enable httpd 是往某个配置里写了一行，其实它只干一件事：在 /etc/systemd/system/multi-user.target.wants/ 下建个指向 /usr/lib/systemd/system/httpd.service 的软链接。
- 这个软链接才是 systemd 开机时真正扫描并加载的依据；删掉它，
systemctl is-enabled httpd就返回disabled，哪怕.service文件里写了WantedBy=multi-user.target - 如果你手动改了
/usr/lib/systemd/system/httpd.service，必须执行systemctl daemon-reload才能让改动生效；否则systemctl status显示的仍是旧缓存 - 切记：不要在
/etc/systemd/system/下直接放新 service 文件后就enable，得先systemctl daemon-reload，否则enable会失败并报 “No such file or directory” —— 因为 systemd 还没扫描到它
最易被忽略的一点：systemd 的 default.target 不等于“图形界面开关”。即使你设了 graphical.target，只要显卡驱动没加载、Display Manager（如 gdm）没注册为 Wants=，它照样进不了桌面。init 时代靠 runlevel 数字“猜状态”，systemd 要求你真正理清每个单元的激活路径。
