來源：http://33h.co/kb6gg ?
文章轉(zhuǎn)載：高效運(yùn)維

1 信號

信號是事件發(fā)生時對進(jìn)程的通知機(jī)制，有時也稱之為軟件中斷。

# kill -l 1) SIGHUP       2) SIGINT       3) SIGQUIT       4) SIGILL       5) SIGTRAP      6) SIGABRT       7) SIGBUS       8) SIGFPE       9) SIGKILL 10) SIGUSR1    11) SIGSEGV     12) SIGUSR2 13) SIGPIPE    14) SIGALRM     15) SIGTERM... ...

• 1) SIGHUP?當(dāng)終端斷開（掛機(jī)）時，將發(fā)送該信號給終端控制進(jìn)程。SIGHUP 信號還可用于守護(hù)進(jìn)程（比如，init 等）。許多守護(hù)進(jìn)程會在收到 SIGHUP 信號時重新進(jìn)行初始化并重讀配置文件。

• 2) SIGINT?當(dāng)用戶鍵入終端中斷字符（通常為?Control-C?） 時，終端驅(qū)動程序?qū)l(fā)送該信號給前臺進(jìn)程組。該信號的默認(rèn)行為是終止進(jìn)程。

• 3) SIGQUIT?當(dāng)用戶在鍵盤上鍵入退出字符（通常為?Control-\?）時，該信號將發(fā)往前臺進(jìn)程組。默認(rèn)情況下，該信號終止進(jìn)程，并生成用于調(diào)試的核心轉(zhuǎn)儲文件。進(jìn)程如果陷入無限循環(huán)，或者不再響應(yīng)時，使用 SIGQUIT 信號就很合適。

• 9) SIGKILL?此信號為 “必殺（sure kill）” 信號，處理器程序無法將其阻塞、忽略或者捕獲，故而 “一擊必殺”，總能終止程序。

• 15) SIGTERM?這是用來終止進(jìn)程的標(biāo)準(zhǔn)信號，也是?kill?、?killall?、?pkill?命令所發(fā)送的默認(rèn)信號。精心設(shè)計的應(yīng)用程序應(yīng)當(dāng)為 SIGTERM 信號設(shè)置處理器程序，以便其能夠預(yù)先清除臨時文件和釋放其它資源，從而全身而退。因此，總是應(yīng)該先嘗試使用?SIGTERM?信號來終止進(jìn)程，而把?SIGKILL?作為最后手段，去對付那些不響應(yīng)?SIGTERM?信號的失控進(jìn)程。

• 20) SIGTSTP?這是作業(yè)控制的停止信號，當(dāng)用戶在鍵盤上輸入掛起字符（通常為 Control-Z ）時，將該信號給前臺進(jìn)程組，使其停止運(yùn)行。

值得注意的是，?Control-D?不會發(fā)起信號，它表示 EOF（End-Of-File），關(guān)閉標(biāo)準(zhǔn)輸入（stdin）管道（比如可以通過?Control-D?退出當(dāng)前 shell）。如果程序不讀取當(dāng)前輸入的話，是不受 Control-D 影響的。

以上知識大部分都來自 《Linux/UNIX 系統(tǒng)編程手冊》，想要了解更多的，可以查看該書上冊的 20、21、22 章節(jié)。

2 ENTRYPOINT 、 CMD

CMD?有三種格式：

• CMD ["executable","param1","param2"]?（exec 格式, 推薦使用這種格式）

• CMD ["param1","param2"]?（作為 ENTRYPOINT 指令參數(shù)）

• CMD command param1 param2?（shell 格式，默認(rèn) /bin/sh -c ）

ENTRYPOINT?有兩種格式：

• ENTRYPOINT ["executable", "param1", "param2"]?（exec 格式，推薦優(yōu)先使用這種格式）

• ENTRYPOINT command param1 param2?（shell 格式）

其中，不管你?Dockerfile?用其中哪個指令，兩個指令都推薦使用 exec 格式，而不是 shell 格式。原因就是因為使用 shell 格式之后，程序會以?/bin/sh -c?的子命令啟動，并且 shell 格式下不會傳遞任何信號給程序。這也就導(dǎo)致，在?docker stop?容器的時候，以這種格式運(yùn)行的程序捕捉不到發(fā)送的信號，也就談不上優(yōu)雅的關(guān)閉了。

?  ~ docker stop --help
Usage:  docker stop [OPTIONS] CONTAINER [CONTAINER...]
Stop one or more running containers
Options:      --help       Print usage  -t, --time int   Seconds to wait for stop before killing it (default 10)

?  ~ docker kill --help
Usage:  docker kill [OPTIONS] CONTAINER [CONTAINER...]
Kill one or more running containers
Options:      --help            Print usage  -s, --signal string   Signal to send to the container (default "KILL")

通過 docker kill 的 -s 選項還可以指定給容器發(fā)送的信號。

3 實(shí)例

通過 Go 寫一個簡單的信號處理器：

?  ~ cat signals.gopackage main
import (    "fmt"    "os"    "os/signal"    "syscall")
func main() {    sigs := make(chan os.Signal, 1)    done := make(chan bool, 1)
    signal.Notify(sigs, syscall.SIGINT, syscall.SIGTERM)
    go func() {        sig := <-sigs        fmt.Println()        fmt.Println(sig)        done <- true    }()
    fmt.Println("awaiting signal")    <-done    fmt.Println("exiting")}

3.1 實(shí)例 1

?  ~ GOOS=linux GOARCH=amd64 go build signals.go?  ~ lsDockerfile signals    signals.go?  ~ cat DockerfileFROM busybox
COPY signals /signals
CMD ["/signals"]    # exec 格式執(zhí)行?  ~ docker build -t signals .

通過 tmux 開啟兩個面板，一個運(yùn)行容器，一個執(zhí)行 docker stop ：

?  ~ docker run -it --rm --name signals signalsawaiting signal
terminatedexiting

?  ~ time docker stop signalssignalsdocker stop signals  0.01s user 0.02s system 4% cpu 0.732 total?  ~

可以發(fā)現(xiàn)，容器停止之前，程序接收到信號并輸出相應(yīng)信息，并且停止總耗時為 0.732 s，達(dá)到了優(yōu)雅的效果。

修改 Dockerfile 中 CMD 執(zhí)行格式，執(zhí)行相同操作：

?  ~ cat DockerfileFROM busybox
COPY signals /signals
CMD /signals        # shell 格式執(zhí)行?  ~ docker build -t signals .

?  ~ docker run -it --rm --name signals signalsawaiting signal?  ~

?  ~ time docker stop signalssignalsdocker stop signals  0.01s user 0.01s system 0% cpu 10.719 total

通過 shell 格式之后，可以發(fā)現(xiàn)容器停止之前，程序并未接收到任何信號，并且停止時間為 10.719s，說明該容器是被強(qiáng)制停止的。

結(jié)論很明顯，為了優(yōu)雅的退出容器，我們應(yīng)該采用 exec 這種格式。

3.2 實(shí)例 2

?  ~ lsDockerfile signals    signals.go start.sh?  ~ cat DockerfileFROM busybox
COPY signals /signalsCOPY start.sh /start.sh     # 引入 shell 腳本啟動
CMD ["/start.sh"]?  ~ cat start.sh#!/bin/sh
/signals?  ~

測試依然引用實(shí)例 1 中的方法：

?  ~ docker run -it --rm --name signals signalsawaiting signal?  ~

?  ~ time docker stop signalssignalsdocker stop signals  0.01s user 0.02s system 0% cpu 10.765 total?  ~

?  ~ cat start.sh#!/bin/sh
exec /signals   # 加入 exec 執(zhí)行?  ~ docker build -t signals .

?  ~ docker run -it --rm --name signals signalsawaiting signal
terminatedexiting

?  ~ time docker stop signalssignalsdocker stop signals  0.02s user 0.02s system 4% cpu 0.744 total?  ~

可以看到，加入 exec 命令之后，程序又可以接收到信號正常退出了。當(dāng)然，如果你 Dockerfile 中的 CMD 是以 shell 格式運(yùn)行的，即使啟動腳本中加入 exec 也是無效的。再者，如果你的程序本身不能針對信號做一些處理，也就談不上優(yōu)雅關(guān)閉了。

推薦閱讀：

良許跌宕起伏的2021年

服務(wù)器 12 種基本故障+排查方法

一些著名的軟件都用什么語言編寫？

5T技術(shù)資源大放送！包括但不限于：C/C++，Linux，Python，Java，PHP，人工智能，單片機(jī)，樹莓派，等等。在公眾號內(nèi)回復(fù)「1024」，即可免費(fèi)獲取！！