前言
最近因为工作的原因，谈到了关于如何正确的退出运行中的docker容器，这是一个非常值得讨论的话题了。本文将给出详细的介绍，下面来一起看看吧。
容器信号使用
我们跑在容器中的程序通常想在容器退出之前做一些清理操作，比较常用的方式是监听一个信号，延迟关闭容器。
docker提供了这样的功能：
1
2
3
4
5
6
7
8
9
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 1.13以上版本在创建容器时可直接指定STOP_TIMEOUT 和STOP_SIGNAL参数:
1
2
3
4
5
$ 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
…
但是。。。
我们测试一个：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
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:
1
2
3
4
FROM golang:1.8.0
COPY main.go .
RUN go build -o signal && cp signal $GOPATH/bin
CMD signal
构建：
1
docker build -t signal:latest .
运行：
1
docker run –name signal signal:latest
再开一终端，运行：
发现并没有打印出Got signal:… 监听信号失败。
问题再于：我们docker inspect signal看一下
可以看到
1
2
3
4
5
Path:/bin/sh
Args:[
-c,
signal
]
或者docker exec signal ps 看一下可以看到pid为1的进程并不是signal, 而是shell.
所以原因找到了，是因为docker engine只给pid为1的进程发送信号，sh收到了信号而我们想要的signal进程没有收到信号
解决办法：
1
2
3
4
FROM golang:1.8.0
COPY main.go .
RUN go build -o signal && cp signal $GOPATH/bin
CMD [“signal”] # 不能写成 CMD signal, 这会直接exec，否则会以shell的方式派生子进程。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://segmentfault.com/a/1190000011269875
声明： 猿站网有关资源均来自网络搜集与网友提供，任何涉及商业盈利目的的均不得使用，否则产生的一切后果将由您自己承担！ 本平台资源仅供个人学习交流、测试使用 所有内容请在下载后24小时内删除，制止非法恶意传播，不对任何下载或转载者造成的危害负任何法律责任！也请大家支持、购置正版！ 。本站一律禁止以任何方式发布或转载任何违法的相关信息访客发现请向站长举报，会员发帖仅代表会员个人观点，并不代表本站赞同其观点和对其真实性负责。本网站的资源部分来源于网络，如有侵权烦请发送邮件至：2697268773@qq.com进行处理。
