使用 docker-compose up 运行时如何优雅地停止 Dockerized Python ROS2 节点？

我有一个基于 Python 的 ROS2 节点在 Docker 容器内运行，我试图通过捕获来处理节点的正常关闭SIGTERM/SIGINT信号和/或通过捕捉KeyboardInterrupt例外。

问题是当我使用以下命令在容器中运行节点时docker-compose。我似乎无法捕捉到容器被停止/杀死的“时刻”。我已经明确添加了STOPSIGNAL https://docs.docker.com/engine/reference/builder/#stopsignal在 Dockerfile 和stop_signal https://docs.docker.com/compose/compose-file/#stop_signal在 docker-compose 文件中。

以下是节点代码示例：

import signal
import sys
import rclpy

def stop_node(*args):
    print("Stopping node..")
    rclpy.shutdown()
    return True

def main():
    rclpy.init(args=sys.argv)
    print("Creating node..")
    node = rclpy.create_node("mynode")
    print("Running node..")
    while rclpy.ok():
        rclpy.spin_once(node)

if __name__ == '__main__':
    try:
        signal.signal(signal.SIGINT, stop_node)
        signal.signal(signal.SIGTERM, stop_node)
        main()
    except:
        stop_node()

以下是用于重新创建映像的示例 Dockerfile：

FROM osrf/ros2:nightly

ENV DEBIAN_FRONTEND=noninteractive
RUN apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys C1CF6E31E6BADE8868B172B4F42ED6FBAB17C654
RUN apt-get update && \
    apt-get install -y vim
WORKDIR /nodes
COPY mynode.py .
ADD run-node.sh /run-node.sh
RUN chmod +x /run-node.sh
STOPSIGNAL SIGTERM

这是示例 docker-compose.yml：

version: '3'

services:
  mynode:
    container_name: mynode-container
    image: mynode
    entrypoint: /bin/bash -c "/run-node.sh"
    privileged: true
    stdin_open: false
    tty: true
    stop_signal: SIGTERM

这是 run-node.sh 脚本：

source /opt/ros/$ROS_DISTRO/setup.bash
python3 /nodes/mynode.py

When I manually run the node inside the container (using python3 mynode.py or by /run-node.sh) or when I do docker run -it mynode /bin/bash -c "/run-node.sh", I get the "Stopping node.." message. But when I do docker-compose up, I never see that message when I stop the container, by Ctrl+C or by docker-compose down.

$ docker-compose up
Creating network "ros-node_default" with the default driver
Creating mynode-container ... done
Attaching to mynode-container
mynode-container | Creating node..
mynode-container | Running node..

^CGracefully stopping... (press Ctrl+C again to force)
Stopping mynode-container ... done
$

我试过了：

• 将呼叫移至signal.signal
• using atexit代替signal
• using docker stop and docker kill --signal

我也检查过这个docker容器内的Python，优雅地停止 https://stackoverflow.com/q/53852681/2745495问题，但没有明确的解决方案，并且我不确定使用 ROS/rclpy 是否会使我的设置有所不同（另外，我的主机是 Ubuntu 18.04，而该用户使用的是 Windows）。

是否有可能在我的容器中捕捉到容器的停止stop_node method?

当你的docker-compose.yml文件说：

entrypoint: /bin/bash -c "/run-node.sh"

由于这是一个裸字符串，Docker 将其包装在一个/bin/sh -c包装纸。所以你的容器的主要流程是这样的

/bin/sh -c '/bin/bash -c "/run-node.sh"'

反过来，bash 脚本保持运行。它启动一个 Python 脚本，并作为其父脚本保持运行，直到该脚本退出。 （两个级别sh -c包装器可能会也可能不会保持运行。）

这里重要的部分是这个包装外壳，而不是你的脚本，是接收信号的主容器进程，并且（事实证明）除非明确编码为，否则不会收到 SIGTERM https://stackoverflow.com/questions/56288953/what-is-the-easiest-way-to-run-a-single-nodejs-script-using-docker-and-be-able-t/56290341#56290341.

这里要做的最重要的重组是让你的包装脚本exec http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_20Python 脚本。这导致它取代包装器，因此它成为主进程并接收信号。如果没有别的改变最后一行

exec python3 /nodes/mynode.py

可能会有所帮助。

我会在这里更进一步，确保尽可能多的代码内置到您的 Docker 映像中，并尝试最大限度地减少显式 shell 包装器的数量。 “进行一些初始化，然后execSomething” 是一种极其常见的 Docker 模式，您可以编写此脚本并将其设为映像的入口点：

#!/bin/sh
# Do the setup
# ("." is the same as "source", but standard)
. "/opt/ros/$ROS_DISTRO/setup.bash"
# Run the main CMD
exec "$@"

同样，您的主脚本应该以“shebang”行开头，例如

#!/usr/bin/env python3
import ...

您的 Dockerfile 已经包含能够直接运行包装器的设置，您可能需要类似的RUN chmod主脚本行。但随后你可以添加

ENTRYPOINT ["/run-node.sh"]
CMD ["/nodes/my-node.py"]

由于这两个脚本都是可执行的并且具有“shebang”行，因此您可以直接运行它们。使用 JSON 语法可以防止 Docker 添加额外的 shell 包装器。由于您的入口点脚本现在将运行任何命令，因此很容易单独更改它。例如，如果您想要一个已完成环境变量设置的交互式 shell 来尝试调试容器启动，则可以仅覆盖命令部分

docker run --rm -it mynode sh