如何理解一个程序可以对应多个进程，一个进程也可以对应多个程序？
 

说白了就是，一个程序可以重复运行，开几个窗口，比如网游的“双开”，
一个进程可以对应多个程序就是一个DLL文件可一被多个程序运用，比如DirectX9的动态链接库，就是，许多游戏都要有它才能运行。

    
我们都知道Docker容器的哲学是一个Docker容器只运行一个进程,但是有时候我们就是需要在一个Docker容器中运行多个进程
那么基本思路是在Dockerfile 的CMD 或者 ENTRYPOINT 运行一个”东西”,然后再让这个”东西”运行多个其他进程
简单说来是用Bash Shell脚本或者三方进程守护 (Monit,Skaware S6,Supervisor),其他没讲到的三方进程守护工具同理
Bash Shell脚本
入口文件运行一个Bash Shell 脚本, 然后在这个脚本内去拉起多个进程
注意最后要增加一个死循环不要让这个脚本退出,否则拉起的进程也退出了
run.sh
 

 


#!/bin/bash
 
# start 1
start1  > /var/log/start1.log 2>&1 &
# start 2
start2 > /var/log/start2.log 2>&1 &
 
# just keep this script running
while [[ true ]]; do
    sleep 1
done

 






 
在Dockerfile的入口中运行run.sh
 



ENTRYPOINT  ["run.sh"]

 
 
 

用Bash Shell 的方式,任意发行版的linux都支持,缺点是不能拉起crash的进程,也就是只能拉起运行不能”守护”
如果不关心进程crash问题那么可以用这种方式
三方容器进程初始化之-dumb-init
dumb-init官方
A minimal init system for Linux containers
一个最小化的Linux容器初始化系统
dumb-init是一个简单的进程监控器和init系统，设计为在最小容器环境(如Docker)中作为PID 1运行。它被部署为一个用C编写的小型静态链接二进制文件。
Dockerfile 参考
 



# Runs "/usr/bin/dumb-init -- /my/script --with --args"
ENTRYPOINT ["/usr/bin/dumb-init", "--"]
 
# or if you use --rewrite or other cli flags
# ENTRYPOINT ["dumb-init", "--rewrite", "2:3", "--"]
 
CMD ["/my/script", "--with", "--args"]

 
 
 

ServiceMesh的数据平面Envoy Proxy的容器镜像就是使用的dumb-init
三方容器进程初始化之-tini
tini官方
A tiny but valid init for containers
容器的一个小而有效的init
三方进程守护之-Monit
Monit和Supervisor还是有很大区别的，Supervisor管理的都是前台执行的进程，Monit既可以管理前台进程也可以管理后台进程，简单的说，在CentOS中使用service xxx start 启动的程序，使用Monit可以直接管理，这就解决了很多没有前台方式启动的程序不能用Supervisor来管理的问题。
Dockerfile 参考
 

 

ENTRYPOINT ["/usr/bin/monit","-I"]

 

 

三方进程守护之-Supervisor
大名鼎鼎的 Supervisor
如果有多种版本的linux要用那么可以用Supervisor做统一进程守护管理,网上资料一大堆
注意要以前台程序运行,配置文件中要有,如果是后台的方式docker会退出
 

 


[supervisord]
nodaemon=true

 
 

Dockerfile 参考
 



ENTRYPOINT ["supervisord", "-c", "/etc/supervisor/conf.d/youconf.conf"]

 


 
三方进程守护之-Skaware S6
Supervisor是常见的进程守护程序，不过程序文件太大，想要容器镜像尽量小,在特别是用Alpine作为基础镜像的时候推荐使用Skaware S6
参考这个微服务基础镜像 https://github.com/nicholasjackson/microservice-basebox 他就是用 Skaware 作为进程守护程序运行多个进程的
如果基础容器镜像是本身就是Alpine,那就再合适不过了
Dockerfile 参考
 

 

# skaware s6 daemon runner
RUN mkdir /s6 \
&& wget --no-check-certificate https://github.com/just-containers/skaware/releases/download/v1.21.2/s6-2.6.1.1-linux-amd64-bin.tar.gz \
&& tar -xvzf s6-2.6.1.1-linux-amd64-bin.tar.gz --directory /s6 --strip-components=1 \
&& mv /s6/bin/* /usr/bin \
&& rm -rf s6-2.6.1.1-linux-amd64-bin.tar.gz \
&& rm -rf /s6 \
&& cd /usr/bin/ \
&& chmod -R 755 s6-accessrules-cdb-from-fs s6-accessrules-fs-from-cdb \
    s6-applyuidgid s6-cleanfifodir s6-connlimit s6-envdir s6-envuidgid \
    s6-fdholder-daemon s6-fdholder-delete s6-fdholder-deletec s6-fdholder-getdump \
    s6-fdholder-getdumpc s6-fdholder-list s6-fdholder-listc s6-fdholder-retrieve \
    s6-fdholder-retrievec s6-fdholder-setdump s6-fdholder-setdumpc s6-fdholder-store \
    s6-fdholder-storec s6-fdholder-transferdump s6-fdholder-transferdumpc s6-fdholderd \
    s6-fghack s6-ftrig-listen s6-ftrig-listen1 s6-ftrig-notify s6-ftrig-wait s6-ftrigrd \
    s6-ioconnect s6-ipcclient s6-ipcserver s6-ipcserver-access s6-ipcserver-socketbinder \
    s6-ipcserverd s6-log s6-mkfifodir s6-notifyoncheck s6-setlock s6-setsid s6-setuidgid \
    s6-softlimit s6-sudo s6-sudoc s6-sudod s6-supervise s6-svc s6-svlisten s6-svlisten1 \
    s6-svok s6-svscan s6-svscanctl s6-svstat s6-svwait s6-tai64n s6-tai64nlocal s6lockd ucspilogd \
&& cd -
 
# 预处理s6配置文件
RUN mkdir -p /etc/s6/.s6-svscan  \
&& ln -s /bin/true /etc/s6/.s6-svscan/finish  \
&& mkdir -p /etc/s6/cron \
&& mkdir -p /etc/s6/app \
&& ln -s /bin/true /etc/s6/cron/finish \
&& ln -s /bin/true /etc/s6/app/finish
 
# corotab 文件内容
ADD cronfile /var/spool/cron/root
# 运行Bash 脚本
ADD cron.run /etc/s6/cron/run
ADD app.run /etc/s6/app/run
 
ENTRYPOINT ["/usr/bin/s6-svscan","/etc/s6"]

 







 
cron.run example
 

 



1
2
3










#!/usr/bin/env bash
exec crond -n
 
















 
app.run example
 

 



1
2
3










#!/usr/bin/env bash
exec app
 
















 
三方进程守护之-s6-overlay
s6-overlay 是基于 Skaware S6适用于容器的进程守护工具
s6-overlay 官网 https://github.com/just-containers/s6-overlay
Dockerfile 参考
 

 


# Install s6-overlay 进程守护管理.
ENV S6_VERSION v1.21.4.0
RUN curl -L "https://github.com/just-containers/s6-overlay/releases/download/$S6_VERSION/s6-overlay-amd64.tar.gz" > /tmp/s6-overlay-amd64.tar.gz
RUN tar xzf /tmp/s6-overlay-amd64.tar.gz -C / --exclude="./bin" && \
    tar xzf /tmp/s6-overlay-amd64.tar.gz -C /usr ./bin \
    && rm /tmp/s6-overlay-amd64.tar.gz
ENV S6_BEHAVIOUR_IF_STAGE2_FAILS 1
 
# Set up a standard volume for logs.
VOLUME ["/var/log/services"]
 
 
# 设置入口为 s6-based init.
ENTRYPOINT ["/init"]

 






 
三方进程守护之-runit
runit官网http://smarden.org/runit/
具体的使用方法见官网
在Docker生态圈, phusion/baseimage-docker, gitlab 在使用runit作为进程管理工具
下面以要运行cron 和 ssh 为例
/etc/service/ 为配置文件目录
/etc/service/sshd 为要运行的程序目录
/etc/service/sshd/run 为需要运行的程序入口脚本文件
cat run
 

 



1
2
3
4










#!/bin/sh
set -e
exec /usr/sbin/sshd -D
 
















 
/etc/service/cron 为要运行的程序目录
/etc/service/cron/run 为需要运行的程序入口脚本文件
cat run
 

 



1
2
3










#!/bin/sh
exec /usr/sbin/cron -f
 
















 
Dockerfile 参考
 

 



1
2










ENTRYPOINT ["/usr/bin/runsvdir","-P","/etc/service"]
 
















 
三方进程守护之-Systemd
在 docker 中使用 Systemd 需要在 docker run 的时候开启特权模式 –privileged ,所以不推荐
这个直接放弃了
Dockerfile 参考
 

 



1
2










ENTRYPOINT ["/usr/sbin/init"]
 
















 
参考资料
Alpine里的go应用，你猜他能有多小？ http://blog.csdn.net/sisiy2015/article/details/50350261
如何运行多进程Docker容器？ http://dockone.io/article/951
在Docker Container中启动定时任务 http://dockone.io/article/1070
Docker容器内多进程管理（一）-Supervisor http://www.linuxprobe.com/docker-process-management1.html
Docker容器内多进程管理（二）-Monit http://www.linuxprobe.com/docker-process-management2.html
关于S6和Runit的论坛讨论 S6 or Runit, not systemd https://www.linuxquestions.org/questions/slackware-14/s6-or-runit-not-systemd-4175465428/
[译] runit 快速入门 https://segmentfault.com/a/1190000006644578

转载于:https://www.cnblogs.com/sunsky303/p/11046681.html

百度知道的答案：
比如显示图像的驱动程序，多个程序的显示都是需要他来执行。
我们玩游戏算一个程序，需要显示图像的驱动，声音驱动、IO驱动的同时执行。
就这么简单。

我的理解：大家知道bat文件可以当做命令call的。
你写了一个实现了拷贝的功能的bat文件，又写了一个实现删除功能的bat文件，这就是两个程序了。
然后你在执行一个命令行，顺序调用这两个程序，就会实现一个剪切文件的功能。
于是你剪切文件的这个一个进程就执行了你的这两个程序。

其实这个东西咋一看不好理解，主要是人们总觉得程序应该是一个界面完整、包含业务逻辑和数据的软件。而在这句话中，一个函数就是一个程序了，程序片段也算程序。

在学习代码的过程中，遇到了这样一个问题：一个程序，在需求上只允许产生一个进程，即不可重复运行，于是就产生了如何保证系统中只有一个进程存在的问题。这个问题网上的代码很多，不过都是一个解决办法，就是当程序二次运行的时候，如果发现系统中已经存在进程，则退出运行。不过我做的练习想实现另一种保持单例的方法，就是每次运行都杀掉那个老的进程，让新进程生成，虽然这个做法似乎通用性不好，不过在一些特殊情况还是有用的，比如我这个练习  ^_^

还是先写一下那比较常见的办法，蛮简单：
uses    //uses这里不知道是不是引用了多余的东西，呵呵，没检查～
  Windows, Messages, SysUtils, Dialogs;
var
   FormHandle : THandle;
 begin
   FormHandle := windows.OpenMutex(MUTEX_ALL_ACCESS,false,'test');   //这里的test似乎是可以随便写的
   if FormHandle <> 0 then
   begin
     ShowMessage('程序已经运行');
   end
   else
   begin
     windows.CreateMutex(nil,false,'test');    这里的test和上面那个要一致，这是对这程序的标识
    Application.Initialize;
      Application.CreateForm(TForm1, Form1);
      Application.Run;
   end;
 end. 

注意：这种处理方法的例子很多，写法也有不少，我这个是最基本的方法，应该是不大严谨，不过倒是好用，嘻嘻

下面是我费了好大劲想出来的，杀掉旧进程的做法：
uses
  Windows, Messages, SysUtils, Forms, Dialogs, tlhelp32；
var
  FormHandle : THandle;
  hand:thandle;
  lppe:PROCESSENTRY32;
  found:boolean;
begin
  Hand:=CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0);    //这句，不懂，看来的，嘎嘎
  if hand>0 then
    lppe.dwSize:= sizeof(PROCESSENTRY32);    //初始化，没啥特别的
  FormHandle := windows.OpenMutex(MUTEX_ALL_ACCESS,false,'test');   //这里和上面一样啦
  if FormHandle <> 0 then
  begin
    found:=Process32First(Hand,lppe);   //开始遍历进程列表啦
    while found do
    begin
      if strpas(lppe.szExeFile) = ExtractFileName(Application.ExeName) then   //判断是否是当前程序的进程
      begin
         //下面这句是终止这个进程
        TerminateProcess(OpenProcess(PROCESS_ALL_ACCESS,FALSE,lppe.th32ProcessID),1);
        break;   //这句是必须的，因为新进程已经生成，所以同名进程有两个，杀掉旧的就跳出循环了
                      //不然连新的一起杀掉了，所谓见好就收哇
      end;
      found:=Process32next(Hand,lppe);
    end;
  end
  else
  begin
    windows.CreateMutex(nil,false,'test');   //这里也是
  end;
  Application.Initialize;    //这里不同，是把它们拿到判断语句外面了，因为杀掉旧进程，新进程要运行嘛
  Application.CreateForm(TForm1, Form1);
  Application.Run;
end. 

注意：这里用到的思路是遍历了进程列表，获得旧进程，并杀掉。曾经担心新进程会不会跑到进程列表前面去，不过在后来的测试中感觉进程列表应该是顺序添加的，所以新进程应该是在列表的后面的，至少我目前是这个情况嘎。