前言
最近因為工作的原因，談到了關于如何正確的退出運行中的docker容器，這是一個非常值得討論的話題了。本文將給出詳細的介紹，下面來一起看看吧。
容器信號使用
我們跑在容器中的程序通常想在容器退出之前做一些清理操作，比較常用的方式是監聽一個信號，延遲關閉容器。
docker提供了這樣的功能：
╰─? docker stop --helpUsage: docker stop [OPTIONS] CONTAINER [CONTAINER...]Stop one or more running containersOptions: --help Print usage -t, --time int Seconds to wait for stop before killing it (default 10)
docker 1.13以上版本在創建容器時可直接指定STOP_TIMEOUT 和STOP_SIGNAL參數:
$ docker run --help...--stop-signal string Signal to stop a container, SIGTERM by default (default "SIGTERM")--stop-timeout int Timeout (in seconds) to stop a container...
但是。。。
我們測試一個：
package mainimport ( "fmt" "os" "os/signal" "syscall" "time")func main() { fmt.Println("signal test") go func() { for { c := make(chan os.Signal, 1) signal.Notify(c, syscall.SIGTERM) s := <-c fmt.Println("Got signal:", s) } }() time.Sleep(time.Second * 100)}Dockerfile:
FROM golang:1.8.0COPY main.go .RUN go build -o signal && cp signal $GOPATH/binCMD signal
構建：
docker build -t signal:latest .
運行：
docker run --name signal signal:latest
再開一終端，運行：
docker stop -t 10 signal
發現并沒有打印出Got signal:... 監聽信號失敗。
問題再于：我們docker inspect signal看一下
可以看到
Path:/bin/shArgs:[ -c, signal]
或者docker exec signal ps 看一下可以看到pid為1的進程并不是signal, 而是shell.
所以原因找到了，是因為docker engine只給pid為1的進程發送信號，sh收到了信號而我們想要的signal進程沒有收到信號
解決辦法：
FROM golang:1.8.0COPY main.go .RUN go build -o signal && cp signal $GOPATH/binCMD ["signal"] # 不能寫成 CMD signal, 這會直接exec，否則會以shell的方式派生子進程。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對VEVB武林網的支持。
新聞熱點
疑難解答
圖片精選
