docker容器信號使用示例分析

docker容器信號使用示例分析，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

容器信號使用

我們跑在容器中的程序通常想在容器退出之前做一些清理操作，比較常用的方式是監聽一個信號，延遲關閉容器。

docker提供了這樣的功能：

╰─?  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)

<!--more-->

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 main

import (
    "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 dev.reg.iflytek.com/base/golang:1.8.0
COPY main.go .
RUN go build -o signal && cp signal $GOPATH/bin
CMD signal

構建：

docker build -t dev.reg.iflytek.com/test/signal:latest .

運行：

docker run --name signal dev.reg.iflytek.com/test/signal:latest

再開一終端，運行：

docker stop -t 10 signal

發現并沒有打印出Got signal:... 監聽信號失敗。

問題再于：我們docker inspect signal看一下 可以看到

Path:/bin/sh
Args:[
  -c,
  signal
]

或者docker exec signal ps 看一下可以看到pid為1的進程并不是signal, 而是shell.

所以原因找到了，是因為docker engine只給pid為1的進程發送信號，sh收到了信號而我們想要的signal進程沒有收到信號

解決辦法：

FROM dev.reg.iflytek.com/base/golang:1.8.0
COPY main.go .
RUN go build -o signal && cp signal $GOPATH/bin
CMD ["signal"]  # 不能寫成 CMD signal, 這會直接exec，否則會以shell的方式派生子進程。

看完上述內容，你們掌握docker容器信號使用示例分析的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！