这个答案只是Bradford Medeiros解决方案的更详细的版本，对我来说，这也是最好的答案，因此功劳归于他。
他在回答中解释了要做什么（命名管道），但没有确切说明如何做。
我不得不承认，在我阅读他的解决方案时，我不知道什么叫管道。因此，我很难实现它（尽管它实际上非常简单），但是我确实成功了，所以很高兴为您解释我是如何做到的。因此，我的答案仅是详细说明您需要运行以使其正常运行的命令，但同样，功劳归功于他。
第1部分-在没有docker的情况下测试命名管道的概念
在主主机上，选择要放置命名管道文件（例如）/path/to/pipe/和管道名称（例如）的文件夹mypipe，然后运行：
mkfifo /path/to/pipe/mypipe
管道已创建。类型
ls -l /path/to/pipe/mypipe
并检查访问权限以“ p”开头，例如
prw-r--r-- 1 root root 0 mypipe
现在运行：
tail -f /path/to/pipe/mypipe
终端现在正在等待将数据发送到此管道中
现在打开另一个终端窗口。
然后运行：
echo "hello world" > /path/to/pipe/mypipe
检查第一个终端（带有的终端tail -f），它应该显示“ hello world”
第2部分-通过管道运行命令
在主机容器上，而不是运行tail -f仅输出作为输入发送的任何内容的容器，而是运行以下将其作为命令执行的命令：
eval "$(cat /path/to/pipe/mypipe)"
然后，从另一个终端尝试运行：
echo "ls -l" > /path/to/pipe/mypipe
返回第一个终端，您应该看到ls -l命令的结果。
第三部分-让它永远听
您可能已经注意到，在上一部分中，在ls -l显示输出之后，它立即停止侦听命令。
代替eval "$(cat /path/to/pipe/mypipe)"，运行：
while true; do eval "$(cat /path/to/pipe/mypipe)"; done
（你不能这样）
现在，您可以无限发送一个命令，另一个命令将被执行，而不仅仅是第一个。
第4部分-即使重启也能正常工作
唯一的警告是，如果主机必须重新启动，则“ while”循环将停止工作。
要处理重启，请按以下步骤操作：
将放入带有标头while true; do eval "$(cat /path/to/pipe/mypipe)"; done的文件中execpipe.sh#!/bin/bash
别忘chmod +x了
通过运行将其添加到crontab
crontab -e
然后添加
@reboot /path/to/execpipe.sh
在这一点上，进行测试：重新启动服务器，然后在备份服务器时，将某些命令回显到管道中并检查它们是否已执行。当然，您看不到命令的输出，因此ls -l不会有帮助，但touch somefile会有所帮助。
另一种选择是修改脚本以将输出放入文件中，例如：
while true; do eval "$(cat /path/to/pipe/mypipe)" &> /somepath/output.txt; done
现在您可以运行ls -l，输出（&>在bash中使用stdout和stderr ）应该在output.txt中。
第5部分-与Docker配合使用
如果像我一样同时使用docker compose和dockerfile，那么我要做的是：
假设您要挂载/hostpipe容器中的mypipe的父文件夹
添加：
VOLUME /hostpipe
在您的dockerfile中以创建挂载点
然后添加：
volumes:
- /path/to/pipe:/hostpipe
在您的docker compose文件中以便将/ path / to / pipe挂载为/ hostpipe
重新启动您的Docker容器。
第6部分-测试
执行到您的Docker容器中：
docker exec -it <container> bash
进入安装文件夹并检查是否可以看到管道：
cd /hostpipe && ls -l
现在尝试从容器中运行命令：
echo "touch this_file_was_created_on_main_host_from_a_container.txt" > /hostpipe/mypipe
它应该工作！
警告：如果您有OSX（Mac OS）主机和Linux容器，它将无法正常工作（在此处进行解释https://stackoverflow.com/a/43474708/10018801并在此处发出https://github.com/docker / for-mac / issues / 483），因为管道的实现方式不同，因此您只能从Linux读取从Linux写入管道的内容，而从Mac OS写入管道的内容则只能由Mac OS（此句子可能不太准确，但请注意存在跨平台问题）。
例如，当我从Mac OS计算机在DEV中运行docker设置时，上述命名管道不起作用。但是在过渡和生产中，我拥有Linux主机和Linux容器，并且运行良好。
第7部分-来自Node.JS容器的示例
这是我从节点js容器向主主机发送命令并检索输出的方式：
const pipePath = "/hostpipe/mypipe"
const outputPath = "/hostpipe/output.txt"
const commandToRun = "pwd && ls-l"
console.log("delete previous output")
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath)
console.log("writing to pipe...")
const wstream = fs.createWriteStream(pipePath)
wstream.write(commandToRun)
wstream.close()
console.log("waiting for output.txt...") //there are better ways to do that than setInterval
let timeout = 10000 //stop waiting after 10 seconds (something might be wrong)
const timeoutStart = Date.now()
const myLoop = setInterval(function () {
if (Date.now() - timeoutStart > timeout) {
clearInterval(myLoop);
console.log("timed out")
} else {
//if output.txt exists, read it
if (fs.existsSync(outputPath)) {
clearInterval(myLoop);
const data = fs.readFileSync(outputPath).toString()
if (fs.existsSync(outputPath)) fs.unlinkSync(outputPath) //delete the output file
console.log(data) //log the output of the command
}
}
}, 300);