nohup和&的区别

nohup和&的区别
http://bbs.chinaunix.net/forum.php?mod=viewthread&tid=4241330&fromuid=21288388


sh 22.sh &  
将任务放到后台 ，即便关闭xshell退出当前session依然继续运行，但标准输出和标准错误信息会丢失
nohup sh 22.sh  
将任务放到后台，关闭标准输入，前台再也不可以接收任何输入（标准输入），重定向标准输出和标准错误到当前目录下的nohup.out文件，即便关闭xshell退出当前session依然继续运行。
nohup sh 22.sh  &
将任务放到后台，可是依然可使用标准输入，前台可以接收任何输入，重定向标准输出和标准错误到当前目录下的nohup.out文件，即便关闭xshell退出当前session依然继续运行。


nohup和&的缺点是，若是你要在一个shell会话里面执行多个命令和脚本，那么要每一个命令和脚本都要加nohup和&很是麻烦，因此才有了screen和TMUX


-------------------------------------------------
准备


cd  /tmp

vi  22.sh
#!/bin/bash
for i in $(seq 1 20)
do
        echo $i >> /tmp/2222.txt
        sleep 1
done

echo "sf" |ak '$33=2'

echo "finish" >>/tmp/2222.txt


------------------------------------------------------------------------
实验1
session1

sh 22.sh &

jobs
[1]+  Running                 sh 22.sh &

直接关闭xshell窗口


session2

jobs #没有显示任何job


直接关闭session1的xshell窗口

watch  cat 2222.txt
#有输出，能够看到22.sh还在运行

ps aux|grep 22.sh
kill 2663


cat 2222.txt
#没有输出，22.sh已经被kill

-----------------------------------------------------------------------------
实验2
session1


nohup sh 22.sh
nohup: ignoring input and appending output to `nohup.out'

霸占整个前台，没法输入任何命令


直接关闭xshell窗口


session2

jobs #没有显示任何job


直接关闭session1的xshell窗口


watch  cat 2222.txt
#有输出，能够看到22.sh还在运行

ps aux|grep 22.sh
kill 2663


cat 2222.txt
#没有输出，22.sh已经被kill

[root@steven tmp]# cat nohup.out
22.sh: line 8: ak: command not found

-----------------------------------------------------------------------------------

实验3
session1

nohup sh 22.sh  &
[1] 3334
[root@steven tmp]# nohup: ignoring input and appending output to `nohup.out'


# jobs
[1]+  Running                 nohup sh 22.sh &

不会霸占整个前台，还能够输入






session2

jobs #没有显示任何job

直接关闭session1的xshell窗口

watch  cat 2222.txt
#有输出，能够看到22.sh还在运行

ps aux|grep 22.sh
kill 3334


cat 2222.txt
#没有输出，22.sh已经被kill


------------------------------------------------------
SIGHUP-》SIG HUP信号 -》nohup命令




http://www.cnblogs.com/MYSQLZOUQI/p/4234005.html
http://www.cnblogs.com/MYSQLZOUQI/p/5250336.html
kill <pid> 调用的是 SIGTERM, 此信号能够被捕获和忽略。

kill -9 <pid> 调用的是 SIGKILL, 杀掉进程，不能被捕获和忽略。

SIGHUP是在终端被断开时候调用，若是信号没有被处理，进程会终止。这就是为何忽然断网刚经过远程终端启动的进程都终止的缘由。防止的方法是在启动的命令前加上 nohup 命令来忽略 SIGHUP信号。如 nohup ./startup.sh &

不少应用程序（例如nginx）一般捕获SIGHUP用来实现一些自定义特性，好比经过控制台传递信号让正在运行的程序从新加载配置文件，避免重启带来的中止服务的反作用。惋惜的是，在JAVA中无法直接使用这一功能，SUN JVM没有官方的signal支持，尽管它已经能够实现，详情可参看Singals and Java.


规则三，遵照 SIGHUP 的要求。

UpStart 会给精灵进程发送 SIGHUP 信号，此时，UpStart 但愿该精灵进程作如下这些响应工做：

•完成全部必要的从新初始化工做，好比从新读取配置文件。这是由于 UpStart 的命令"initctl reload"被设计为可让服务在不重启的状况下更新配置。

•精灵进程必须继续使用现有的 PID，即收到 SIGHUP 时不能调用 fork。若是服务必须在这里调用 fork，则等同于派生两次，参考上面的规则一的处理。这个规则保证了 UpStart 能够继续使用 PID 管理本服务。

规则四，收到 SIGTEM 即 shutdown。

•当收到 SIGTERM 信号后，UpStart 但愿精灵进程进程当即干净地退出，释放全部资源。若是一个进程在收到 SIGTERM 信号后不退出，Upstart 将对其发送 SIGKILL 信号。

-------------------------------------------------------------------------------------------------------------
Linux 守护进程的启动方法
http://www.ruanyifeng.com/blog/2016/02/linux-daemon.html

做者： 阮一峰
日期： 2016年2月28日
"守护进程"（daemon）就是一直在后台运行的进程（daemon）。
本文介绍如何将一个 Web 应用，启动为守护进程。

1、问题的由来
Web应用写好后，下一件事就是启动，让它一直在后台运行。
这并不容易。举例来讲，下面是一个最简单的Node应用server.js，只有6行。

var http = require('http');

http.createServer(function(req, res) {
  res.writeHead(200, {'Content-Type': 'text/plain'});
  res.end('Hello World');
}).listen(5000);
你在命令行下启动它。

$ node server.js
看上去一切正常，全部人都能快乐地访问 5000 端口了。可是，一旦你退出命令行窗口，这个应用就一块儿退出了，没法访问了。
怎么才能让它变成系统的守护进程（daemon），成为一种服务（service），一直在那里运行呢？
2、前台任务与后台任务
上面这样启动的脚本，称为"前台任务"（foreground job）。它会独占命令行窗口，只有运行完了或者手动停止，才能执行其余命令。
变成守护进程的第一步，就是把它改为"后台任务"（background job）。

$ node server.js &
只要在命令的尾部加上符号&，启动的进程就会成为"后台任务"。若是要让正在运行的"前台任务"变为"后台任务"，能够先按ctrl + z，而后执行bg命令（让最近一个暂停的"后台任务"继续执行）。
"后台任务"有两个特色。
继承当前 session （对话）的标准输出（stdout）和标准错误（stderr）。所以，后台任务的全部输出依然会同步地在命令行下显示。
再也不继承当前 session 的标准输入（stdin）。你没法向这个任务输入指令了。若是它试图读取标准输入，就会暂停执行（halt）。
能够看到，"后台任务"与"前台任务"的本质区别只有一个：是否继承标准输入。因此，执行后台任务的同时，用户还能够输入其余命令。
3、SIGHUP信号
变为"后台任务"后，一个进程是否就成为了守护进程呢？或者说，用户退出 session 之后，"后台任务"是否还会继续执行？
Linux系统是这样设计的。
用户准备退出 session
系统向该 session 发出SIGHUP信号
session 将SIGHUP信号发给全部子进程
子进程收到SIGHUP信号后，自动退出
上面的流程解释了，为何"前台任务"会随着 session 的退出而退出：由于它收到了SIGHUP信号。
那么，"后台任务"是否也会收到SIGHUP信号？
这由 Shell 的huponexit参数决定的。

$ shopt | grep huponexit
执行上面的命令，就会看到huponexit参数的值。
大多数Linux系统，这个参数默认关闭（off）。所以，session 退出的时候，不会把SIGHUP信号发给"后台任务"。因此，通常来讲，"后台任务"不会随着 session 一块儿退出。
4、disown 命令
经过"后台任务"启动"守护进程"并不保险，由于有的系统的huponexit参数多是打开的（on）。
更保险的方法是使用disown命令。它能够将指定任务从"后台任务"列表（jobs命令的返回结果）之中移除。一个"后台任务"只要不在这个列表之中，session 就确定不会向它发出SIGHUP信号。

$ node server.js &
$ disown
执行上面的命令之后，server.js进程就被移出了"后台任务"列表。你能够执行jobs命令验证，输出结果里面，不会有这个进程。
disown的用法以下。

# 移出最近一个正在执行的后台任务
$ disown

# 移出全部正在执行的后台任务
$ disown -r

# 移出全部后台任务
$ disown -a

# 不移出后台任务，便是让它们不会收到SIGHUP信号
$ disown -h

# 根据jobId，移出指定的后台任务
$ disown %2
$ disown -h %2
5、标准 I/O
使用disown命令以后，还有一个问题。那就是，退出 session 之后，若是后台进程与标准I/O有交互，它仍是会挂掉。
仍是以上面的脚本为例，如今加入一行。

var http = require('http');

http.createServer(function(req, res) {
  console.log('server starts...'); // 加入此行
  res.writeHead(200, {'Content-Type': 'text/plain'});
  res.end('Hello World');
}).listen(5000);
启动上面的脚本，而后再执行disown命令。

$ node server.js &
$ disown
接着，你退出 session，访问5000端口，就会发现连不上。
这是由于"后台任务"的标准 I/O 继承自当前 session，disown命令并无改变这一点。一旦"后台任务"读写标准 I/O，就会发现它已经不存在了，因此就报错终止执行。
为了解决这个问题，须要对"后台任务"的标准 I/O 进行重定向。

$ node server.js > stdout.txt 2> stderr.txt < /dev/null &
$ disown
上面这样执行，基本上就没有问题了。
6、nohup 命令
还有比disown更方便的命令，就是nohup。

$ nohup node server.js &
nohup命令对server.js进程作了三件事。
阻止SIGHUP信号发到这个进程。
关闭标准输入。该进程再也不可以接收任何输入，即便运行在前台。
重定向标准输出和标准错误到文件nohup.out。
也就是说，nohup命令实际上将子进程与它所在的 session 分离了。
注意，nohup命令不会自动把进程变为"后台任务"，因此必须加上&符号。
7、Screen 命令与 Tmux 命令
另外一种思路是使用 terminal multiplexer （终端复用器：在同一个终端里面，管理多个session），典型的就是 Screen 命令和 Tmux 命令。
它们能够在当前 session 里面，新建另外一个 session。这样的话，当前 session 一旦结束，不影响其余 session。并且，之后从新登陆，还能够再连上早先新建的 session。
Screen 的用法以下。

# 新建一个 session
$ screen
$ node server.js
而后，按下ctrl + A和ctrl + D，回到原来的 session，从那里退出登陆。下次登陆时，再切回去。

$ screen -r
若是新建多个后台 session，就须要为它们指定名字。

$ screen -S name

# 切回指定 session
$ screen -r name
$ screen -r pid_number

# 列出全部 session
$ screen -ls
若是要停掉某个 session，能够先切回它，而后按下ctrl + c和ctrl + d。
Tmux 比 Screen 功能更多、更强大，它的基本用法以下。

$ tmux
$ node server.js

# 返回原来的session
$ tmux detach
除了tmux detach，另外一种方法是按下Ctrl + B和d ，也能够回到原来的 session。

# 下次登陆时，返回后台正在运行服务session
$ tmux attach
若是新建多个 session，就须要为每一个 session 指定名字。

# 新建 session
$ tmux new -s session_name

# 切换到指定 session
$ tmux attach -t session_name

# 列出全部 session
$ tmux list-sessions

# 退出当前 session，返回前一个 session
$ tmux detach

# 杀死指定 session
$ tmux kill-session -t session-name
8、Node 工具
对于 Node 应用来讲，能够不用上面的方法，有一些专门用来启动的工具：forever，nodemon 和 pm2。
forever 的功能很简单，就是保证进程退出时，应用会自动重启。

# 做为前台任务启动
$ forever server.js

# 做为服务进程启动
$ forever start app.js

# 中止服务进程
$ forever stop Id

# 重启服务进程
$ forever restart Id

# 监视当前目录的文件变更，一有变更就重启
$ forever -w server.js

# -m 参数指定最多重启次数
$ forever -m 5 server.js

# 列出全部进程
$ forever list
nodemon通常只在开发时使用，它最大的长处在于 watch 功能，一旦文件发生变化，就自动重启进程。

# 默认监视当前目录的文件变化
$ nodemon server.js

＃ 监视指定文件的变化   
$ nodemon --watch app --watch libs server.js  
pm2 的功能最强大，除了重启进程之外，还能实时收集日志和监控。

# 启动应用
$ pm2 start app.js

# 指定同时起多少个进程（由CPU核心数决定），组成一个集群
$ pm2 start app.js -i max

# 列出全部任务
$ pm2 list

# 中止指定任务
$ pm2 stop 0

＃ 重启指定任务
$ pm2 restart 0

# 删除指定任务
$ pm2 delete 0

# 保存当前的全部任务，之后能够恢复
$ pm2 save

# 列出每一个进程的统计数据
$ pm2 monit

# 查看全部日志
$ pm2 logs

# 导出数据
$ pm2 dump

# 重启全部进程
$ pm2 kill
$ pm2 resurect

# 启动web界面 http://localhost:9615
$ pm2 web
10、Systemd
除了专用工具之外，Linux系统有本身的守护进程管理工具 Systemd 。它是操做系统的一部分，直接与内核交互，性能出色，功能极其强大。咱们彻底能够将程序交给 Systemd ，让系通通一管理，成为真正意义上的系统服务。
下一篇文章，我就来介绍 Systemd。