Commands
start：立刻启动后面接的 unit。 stop：立刻关闭后面接的 unit。 restart：立刻关闭后启动后面接的 unit，亦即执行 stop 再 start 的意思。 reload：不关闭 unit 的情况下，重新载入配置文件，让设置生效。 enable：设置下次开机时，后面接的 unit 会被启动。 disable：设置下次开机时，后面接的 unit 不会被启动。 status：目前后面接的这个 unit 的状态，会列出有没有正在执行、开机时是否启动等信息。 is-active：目前有没有正在运行中。 is-enable：开机时有没有默认要启用这个 unit。 kill ：不要被 kill 这个名字吓着了，它其实是向运行 unit 的进程发送信号。 show：列出 unit 的配置。 mask：注销 unit，注销后你就无法启动这个 unit 了。 unmask：取消对 unit 的注销。
服务状态
systemctl list-units -t service -a 显示状态
loaded：unit配置文件已处理
active（running）：一次或多次持续处理的运行
active（exited）：成功完成一次性的配置
active（waiting）:运行中，等待一个事件
inactive：不运行
enabled：开机启动
disabled：开机不启动
static：开机不启动，但可以被另一个启用的服务激活
sshd.service配置文件
[root@laso-elk system]# cat /usr/lib/systemd/system/sshd.service [Unit] Description=OpenSSH server daemon Documentation=man:sshd(8) man:sshd_config(5) After=network.target sshd-keygen.service Wants=sshd-keygen.service [Service] Type=notify EnvironmentFile=/etc/sysconfig/sshd ExecStart=/usr/sbin/sshd -D $OPTIONS ExecReload=/bin/kill -HUP $MAINPID KillMode=process Restart=on-failure RestartSec=42s [Install] WantedBy=multi-user.target
Unit可以设置的参数
Description 一段描述这个 Unit 文件的文字，通常只是简短的一句话
Documentation 指定服务的文档，可以是一个或多个文档的URL路径
Requires 依赖的其他 Unit 列表，列在其中的 Unit 模块会在这个服务启动的同时被启动，并且如果其中有任意一个服务启动失败，这个服务也会被终止
Wants 与 Requires 相似，但只是在被配置的这个 Unit 启动时，触发启动列出的每个 Unit 模块，而不去考虑这些模块启动是否成功
After 与 Requires 相似，但会在后面列出的所有模块全部启动完成以后，才会启动当前的服务。
Before 与 After 相反，在启动指定的任一个模块之前，都会首先确保当前服务已经运行
BindsTo 与 Requires 相似，但是一种更强的关联。启动这个服务时会同时启动列出的所有模块，当有模块启动失败时终止当前服务。反之，只要列出的模块全部启动以后，也会自动启动当前服务。并且这些模块中有任意一个出现意外结束或重启，这个服务会跟着终止或重启。
PartOf 这是一个 BindTo 作用的子集，仅在列出的任何模块失败或重启时，终止或重启当前服务，而不会随列出模块的启动而启动。
OnFailure 当这个模块启动失败时，就自动启动列出的每个模块
Conflicts 与这个模块有冲突的模块，如果列出模块中有已经在运行的，这个服务就不能启动，反之亦然
上面这些配置中，除了 Description 外，都能够被添加多次。比如前面第一个例子中的After参数在一行中使用空格分隔指定所有值，也可以像第二个例子中那样使用多个After参数，在每行参数中指定一个值
install 可以设置的字段
WantedBy 和前面的 Wants 作用相似，只是后面列出的不是服务所依赖的模块，而是依赖当前服务的模块。
RequiredBy 和前面的 Requires 作用相似，同样后面列出的不是服务所依赖的模块，而是依赖当前服务的模块。
Also 当这个服务被 enable/disable 时，将自动 enable/disable 后面列出的每个模块。
上面的两个例子中使用的都是 “WantedBy=multi-user.target” 表明当系统以多用户方式（默认的运行级别）启动时，这个服务需要被自动运行。当然还需要 systemctl enable 激活这个服务以后自动运行才会生效。
service 可以设置的字段
Type 服务的类型，常用的有 simple（默认类型） 和 forking。默认的 simple 类型可以适应于绝大多数的场景，因此一般可以忽略这个参数的配置。而如果服务程序启动后会通过 fork 系统调用创建子进程，然后关闭应用程序本身进程的情况，
则应该将 Type 的值设置为 forking，否则 systemd 将不会跟踪子进程的行为，而认为服务已经退出
RemainAfterExit 值为 true 或 false（也可以写 yes 或 no），默认为 false。当配置值为 true 时，systemd 只会负责启动服务进程，之后即便服务进程退出了，systemd 仍然会认为这个服务是在运行中的。
这个配置主要是提供给一些并非常驻内存，而是启动注册后立即退出然后等待消息按需启动的特殊类型服务使用
ExecStart 这个参数是几乎每个 .service 文件都会有的，指定服务启动的主要命令，在每个配置文件中只能使用一次
ExecStartPre 指定在启动执行 ExecStart 的命令前的准备工作，可以有多个，如前面第二个例子中所示，所有命令会按照文件中书写的顺序依次被执行
ExecStartPost 指定在启动执行 ExecStart 的命令后的收尾工作，也可以有多个
TimeoutStartSec 启动服务时的等待的秒数，如果超过这个时间服务任然没有执行完所有的启动命令，则 systemd 会认为服务自动失败。这一配置对于使用 Docker 容器托管的应用十分重要，由于 Docker 第一次运行时可以能会需要从网络下载服务的镜像文件，因此造成比较严重的延时，
容易被 systemd 误判为启动失败而杀死。通常对于这种服务，需要将 TimeoutStartSec 的值指定为 0，从而关闭超时检测，如前面的第二个例子。
ExecStop 停止服务所需要执行的主要命令
ExecStopPost 指定在 ExecStop 命令执行后的收尾工作，也可以有多个
TimeoutStopSec 停止服务时的等待的秒数，如果超过这个时间服务仍然没有停止，systemd 会使用 SIGKILL 信号强行杀死服务的进程。
Restart 这个值用于指定在什么情况下需要重启服务进程。常用的值有 no，on-success，on-failure，on-abnormal，on-abort 和 always。默认值为 no，即不会自动重启服务。这些不同的值分别表示了在哪些情况下，服务会被重新启动，参见下表。
|
服务退出原因 |
no |
always |
on-failure |
on-abnormal |
on-abort |
no-success |
|
正常退出 |
√ |
√ |
||||
|
异常退出 |
√ |
√ |
||||
|
启动/停止超时 |
√ |
√ |
√ |
|||
|
被异常KILL |
√ |
√ |
√ |
√ |
RestartSec 如果服务需要被重启，这个参数的值为服务被重启前的等待秒数
ExecReload 重新加载服务所需执行的主要命令