可以包含的值為simple、forking、oneshot、dbus、notify、idel其中之一。

• simple：表示ExecStar=進程是該服務的主進程。如果它需要為其他進程提供服務，那么必須在該服務啟動之前先建立好通信渠道，比如套接字，以加快后續單元的啟動速度。

• forking：表示ExecStar=進程將會在啟動時使用fork()函數，這是傳統Unix系統的做法，也就是這個進程將由systemd進程fork出來，然后當該進程都準備就緒時，systemd進程退出，而fork出來的進程作為服務的主進程繼續運行，對于此類型的進程，建議設置PIDFile=選項，以幫助systemd準確定位該服務的主進程。

• oneshot：該進程會在systemd啟動后續單元之前退出，適用于僅需要執行一次的程序。比如清理磁盤，你只需要執行一次，不需要一直在后臺運行這個程序。
  

• dbus：該進程需要在D-Bus上獲得一個由BusName=指定的名稱，systemd將會在啟動后續單元之前，首先確保該進程已經成功的獲取了指定D-Bus名稱。

• notify：與simple類似，不同之處在于該進程會在啟動完成之后通過sd_notify之類的接口發送一個通知消息。systemd在啟動后續單元之前，必須確保該進程已經成功地發送了一個消息。

• idel：與simple類似，不同之處在于該進程將會被延遲到所有操作都完成之后在執行。這樣可以避免控制臺上的狀態信息與shell腳本的輸出混在在一起。
  

設置啟動服務是要執行的命令（命令+參數）。命令行必須是一個絕對路徑表示可執行文件的位置，后面可以跟多個該命令支持的參數。如果在命令前面加上下面的標志，將會有不同含義：

• @：表示后面的參數一次傳遞給被執行的程序

• -：表示即使該進程以失敗狀態退出，也會被視為成功退出

• +：表示該進程擁有超級用戶特權

如果設置多個ExecStart=那么將依次運行，如果某個沒有“-”前綴的命令執行失敗，那么后續的ExecStart=將不會執行，同時該單元變為失敗（failed）狀態。

如果沒有設置Type=forking時，這里的命令所啟動的進程，將被視為該服務的主守護進程。

ExecStartPre=

ExecStartPost=

在執行ExecStart之前或之后運行的命令。規則與ExecStart=相同。

對于ExecStartPost= 命令僅在服務已經啟動成功之后才會運行，判斷的標準基于 Type= 選項。 具體說來，對于 Type=simple 或 Type=idle 就是主進程已經成功啟動； 對于 Type=oneshot 來說就是主進程已經成功退出； 對于 Type=forking 來說就是初始進程已經成功退出； 對于 Type=notify 來說就是已經發送了 "READY=1" ； 對于 Type=dbus 來說就是已經取得了 BusName= 中設置的總線名稱。注意一下2點：

• 不可將 ExecStartPre= 用于需要長時間執行的進程。 因為所有由 ExecStartPre= 派生的子進程 都會在啟動 ExecStart= 服務進程之前被殺死。

• 如果在服務啟動完成之前，任意一個 ExecStartPre=, ExecStart=, ExecStartPost= 中無 "-" 前綴的命令執行失敗或超時， 那么，ExecStopPost= 將會被繼續執行，而 ExecStop= 則會被跳過。

這是一個可選的指令， 用于設置當該服務被要求重新載入配置時所執行的命令行。 語法規則與 ExecStart= 完全相同。

另外，還有一個特殊的環境變量 $MAINPID 可用于表示主進程的PID， 例如可以這樣使用：/bin/kill -HUP $MAINPID

注意，像上例那樣，通過向守護進程發送復位信號， 強制其重新加載配置文件，并不是一個好習慣。 因為這是一個異步操作， 所以不適用于需要按照特定順序重新加載配置文件的服務。 我們強烈建議將 ExecReload= 設為一個 能夠確保重新加載配置文件的操作同步完成的命令行

這是一個可選的指令， 用于設置當該服務被要求停止時所執行的命令行。 語法規則與 ExecStart= 完全相同。 執行完此處設置的命令行之后， 該服務所有剩余的進程將會根據 KillMode= 的設置被殺死(參見 systemd.kill(5))。 如果未設置此選項，那么當此服務被停止時， 該服務的所有進程都將會根據 KillSignal= 的設置被立即全部殺死。 與 ExecReload= 一樣， 也有一個特殊的環境變量 $MAINPID 可用于表示主進程的PID

一般來說， 僅僅設置一個結束服務的命令而不等待其完成， 是不夠的。 因為當此處設置的命令執行完之后， 剩余的進程會被 SIGKILL 信號立即殺死， 這可能會導致數據丟失。 因此，這里設置的命令必須是同步操作， 而不能是異步操作。

注意，僅在服務確實啟動成功的前提下，才會執行 ExecStop= 中設置的命令。 如果服務從未啟動或啟動失敗(例如，任意一個 ExecStart=, ExecStartPre=, ExecStartPost= 中無 "-" 前綴的命令執行失敗或超時)， 那么 ExecStop= 將會被跳過。 如果想要無條件的在服務停止后執行特定的動作，那么應該使用 ExecStopPost= 選項。

應該將此選項用于那些必須在服務干凈的退出之前執行的命令。 當此選項設置的命令被執行的時候，應該假定服務正處于完全正常的運行狀態，可以正常的與其通信。 如果想要無條件的在服務停止后"清理尸體"，那么應該使用 ExecStopPost= 選項。

KillMode=的值有如下幾種：

• control-group：表示殺死該單元的cgroup內的所有進程

• process：表示僅殺死主進程

• mixed：表示先向主進程發送SIGTERM信號，然后在向該單元的cgroup內的其他進程發送SIGKILL信號。

• none：表示僅執行ExecStop=動作，而不殺死任何進程，這會導致進程單元停止了，但是該單元的cgroup還依然存在，直到其余進程全部死亡。

默認是control-group。

這是一個可選的指令， 用于設置在該服務停止之后所執行的命令行。 語法規則與 ExecStart= 完全相同。 注意，與 ExecStop= 不同，無論服務是否啟動成功， 此選項中設置的命令都會在服務停止后被無條件的執行。

應該將此選項用于設置那些無論服務是否啟動成功都必須在服務停止后無條件執行的清理操作。 此選項設置的命令必須能夠正確處理由于服務啟動失敗而造成的各種殘缺不全以及數據不一致的場景。 由于此選項設置的命令在執行時，整個服務的所有進程都已經全部結束，所以無法與服務進行任何通信。

當服務進程正常退出、異常退出、被殺死、超時的時候，是否重啟系統該服務。進程通過正常操作被停止則不會被執行重啟?？蛇x值為：

• no：默認值，表示任何時候都不會被重啟

• always：表示會被無條件重啟

• no-success：表示僅在服務進程正常退出時重啟

• on-failure：表示僅在服務進程異常退出時重啟
  

所謂正常退出是指，退出碼為“0”，或者到IGHUP,?SIGINT,?SIGTERM,?SIGPIPE?信號之一，并且退出碼符合?SuccessExitStatus=?的設置。

所謂異常退出時指，退出碼不為“0”，或者被強殺或者因為超時被殺死。

說明：如果在ExecStart=中設置多個命令，那么每個命令必須用“\;”隔開，且只有Type=oneshot時才可用。

User=

Group=

設置進程的環境變量， 值是一個空格分隔的 VAR=VALUE 列表。 可以多次使用此選項以增加新的變量或者修改已有的變量 (同一個變量以最后一次的設置為準)。 若設為空， 則表示清空先前所有已設置的變量。 注意： (1)不會在字符串內部進行變量展開(也就是"$"沒有特殊含義)； (2)如果值中包含空格， 那么必須在字符串兩邊使用雙引號(")界定

Environment="VAR1=word1 word2"。

與 Environment= 類似， 不同之處在于此選項是從文本文件中讀取環境變量的設置。 文件中的空行以及以分號(;)或井號(#)開頭的行會被忽略， 其他行的格式必須符合 VAR=VALUE 的shell變量賦值語法。 行尾的反斜杠(\)將被視為續行符， 這與shell語法類似。 若想在變量值中包含空格， 則必須在值的兩端加上雙引號(")界定。

文件必須用絕對路徑表示(可以包含通配符)。 但可在路徑前加上"-"前綴表示忽略不存在的文件。 可以多次使用此選項， 以從多個不同的文件中讀取設置。 若設為空， 則表示清空所有先前已經從文件中讀取的環境變量。

這里列出的文件將在進程啟動前的瞬間被讀取， 因此可以由前一個單元生成配置文件， 再由后一個單元去讀取它。

從文件中讀取的環境變量會覆蓋 Environment= 中設置的同名變量。 文件的讀取順序就是它們出現在單元文件中的順序， 并且對于同一個變量，以最后讀取的文件中的設置為準。