服务区进程安全控制-Systemd
Systemd的优势
并行处理所有服务，加快开机速度
旧init启动脚本是"依序一项项执行启动“模式（类似单序列串行模式），因此不相关的服务也要依次排队等候。
systemd实现了不存在依存关系的服务同时并行启动的能力，这样大大的加快了系统启动的速度。
统一管理，on-demand(按需）启动服务
systemd全部仅有一个systemd服务搭配systemctl指令来处理，不需要额外的指令来支持。不像systemV需要init、chkconfig、service...等等指令。此外，systemd常驻内存，可以按需处理后续的daemon启动任务。
服务依存关系自我检查：
systemd可以针对服务的依存关系进行检查，这样管理员就不需要启动了一个服务，要先去分析它依存哪些其他服务，检查那些依存的服务是否启动，省去了这些麻烦。
根据daemon的功能进行分类：
systemd旗下管理的服务非常多，为了理清所有服务的功能，systemd先定义所有的服务为一个服务单位（unit),并将该unit归类到不同的服务类型（type)中。旧的init仅分为stand alone(独立与super daemon(超级守护进程）其实是不够的；systemd将服务单位（unit)区分为service(系统服务）、socket(套接字服务）、target(多目标服务）、path(目录路径服务）、snapshot（快照服务）、timer（定时服务）等多种不同的类型（type),方便管理员的分类与记忆。
将多个daemons集合成一个群组：
如同systemV的init里有个runlevel(运行级别）的特色，systemd也可以将多个功能集合成为一个所谓的target项目，这个项目主要用于构建一个操作环境，所以是集合了许多个daemons,既执行某个target就是执行好多个daemon,共同营建某一种操作环境。
向下兼容旧的init服务脚本：
基本上，systemd是可以兼容init启动脚本的。因此，旧的init启动脚本也能够透过systemd来管理。
Systemd配置文件保存的储目录：
/usr/lib/systemd/system/:每个服务最主要的启动脚本保存的地方，有点类似于以前的/etc/init.d底下的文件
/run/systemd/system/:系统执行过程中产生的服务脚本，他们的优先级要比/usr/lib/systemd/system高
/etc/systemd/system/:管理员依据主机系统的需求所创建的执行脚本，其实这个目录有点像以前的/etc/rc.d/rc5.d/Sxx之类的功能，执行优先级比/run/systemd/system/要高。
也就是说，系统开机会不会执行某些服务其实是看/etc/systemd/system/底下的设置，所以该目录底下就是一大堆链接文件。而执行的systemd启动脚本文件，都是放置在/usr/lib/systemd/system/底下的。因此如果你想要修改某个服务启动的设置，应该要去改/usr/lib/systemd/system/底下修改。
Systemd的unit
