java输出重定向概念,nohup与&区别和命令执行输出重定向

1、nohup与&的区别

测试代码如下：

是一个输出hello与循环轮数的死循环程序，每输出一行就休眠1秒。

使用 ./a.out 前台运行程序，会是什么效果呢？

程序每隔一秒会在终端输出一个字符串。

此时如果键入Ctrl+C ，程序会收到一个SIGINT信号，如果不做特殊处理，程序的默认行为是终止(如上图)。

使用 ./a.out& 后台运行程序，会是什么效果呢？

如上图：

首先会在终端显示进程号是32389

键入Ctrl + C，发出SIGINT信号，程序会继续运行

ps确认一下，确认进程依然在运行，进程号是32389。

此时如果关掉session，程序会收到一个SIGHUP信号，此时会怎么样呢？

ps再次确认，可以看到关闭session之后，进程号是32389的a.out进程也关闭了。

使用nohup ./a.out 又会是什么效果呢？

使用nohup 运行程序a.out，会发现：

前台没有出现进程号

有一个“忽略输入，输出至nohup.out”的提示

hello的输出也没有出现在前台

手动ps看进程号，这次a.out的进程号是32437。

此时如果关掉session，程序会收到一个SIGHUP信号，程序会不会关闭呢？

关掉session后，再次ps看一下，ID为32437的a.out进程还在。

这些只能通过kill把程序干掉了，killall之后，ps查看进程已经关闭。

killall之后，查看发现多了一个nohup.out文件，不过这个文件的大小是0，有点奇怪，启动程序的时候，明明提示了“appending output to nohup.out”呀，先把问题遗留在这，测试一下Ctrl +C。

仍如上图，使用nohup启动a.out，如果键入Ctrl+C ，程序收到SIGINT信号后，直接关闭了。

最后测试一下nohup和&同时使用，即用nohup./a.out &运行程序，又会是什么效果呢？

使用nohup ./a.out &运行程序后，可以看到：

会在终端显示进程号是32524

也会有一个“忽略输入，输出至nohup.out”的提示

键入Ctrl + C，发送SIGINT信号，似乎没反应。

关闭session，发送SIGHUP信号，再来看看。

ID为32524的进程依然存在，后续也只能用kill来关闭它。

结论

使用&后台运行程序：

结果会输出到终端

使用Ctrl + C发送SIGINT信号，程序免疫

关闭session发送SIGHUP信号，程序关闭

使用nohup运行程序：

结果默认会输出到nohup.out

使用Ctrl + C发送SIGINT信号，程序关闭

关闭session发送SIGHUP信号，程序免疫

平日线上经常使用nohup和&配合来启动程序：

同时免疫SIGINT和SIGHUP信号

同时，还有一个最佳实践：

不要将信息输出到终端标准输出，标准错误输出，而要用日志组件将信息记录到日志里

疑问：

nohup启动a.out，程序终止后，为啥nohup.out的大小是0？“hello”的字符串哪去了？

2、命令执行输出重定向

linux重定向及nohup不输出的方法：

一、linux重定向：

0、1和2分别表示标准输入、标准输出和标准错误信息输出，可以用来指定需要重定向的标准输入或输出。

在一般使用时，默认的是标准输出，既1

当我们需要特殊用途时，可以使用其他标号。例如，将某个程序的错误信息输出到log文件中：./program 2>log。这样标准输出还是在屏幕上，但是错误信息会输出到log文件中。

另外，也可以实现0，1，2之间的重定向。

2>&1 将错误信息重定向到标准输出。

Linux下还有一个特殊的文件/dev/null，它就像一个无底洞，所有重定向到它的信息都会消失得无影无踪。这一点非常有用，当我们不需要回显程序的所有信息时，就可以将输出重定向到/dev/null。

如果想要正常输出和错误信息都不显示，则要把标准输出和标准错误都重定向到/dev/null， 例如：

ls 1>/dev/null 2>/dev/null

还有一种做法是将错误重定向到标准输出，然后再重定向到 /dev/null，例如：

ls >/dev/null 2>&1

注意：此处的顺序不能更改，否则达不到想要的效果，此时先将标准输出重定向到 /dev/null，然后将标准错误重定向到标准输出，由于标准输出已经重定向到了/dev/null，因此标准错误也会重定向到/dev/null，于是一切静悄悄:-)

由于使用nohup时，会自动将输出写入nohup.out文件中，如果文件很大的话，nohup.out就会不停的增大，这是我们不希望看到的，因此，可以利用/dev/null来解决这个问题。

(1)舍弃标准输出，将错误输出到log文件中

nohup node bin/www >/dev/null 2>log &

(2)如果错误信息也不想要的话：

nohup node bin/www >/dev/null 2>&1 &

注：其中node bin/www是项目node启动

二、关于重定向

1. 基本概念

a、I/O重定向通常与 FD有关，shell的FD通常为10个，即 0～9；(FD：file descripter，文件描述符)

b、常用FD有3个，为: 0(stdin，标准输入)、1(stdout，标准输出)、2(stderr，标准错误输出)，默认与keyboard、monitor、monitor有关；

c、用 < 来改变读进的数据信道(stdin)，使之从指定的档案读进；

d、用 > 来改变送出的数据信道(stdout, stderr)，使之输出到指定的档案；

e、0 是 < 的默认值，因此 < 与 0 与 1> 是一样的；

f、在IO重定向 中，stdout 与 stderr 的管道会先准备好，才会从 stdin 读进资料；

g、管道“|”(pipe line):上一个命令的 stdout 接到下一个命令的 stdin;

h、tee 命令是在不影响原本 I/O 的情况下，将 stdout 复制一份到档案去;

i、bash(ksh)执行命令的过程：分析命令－变量求值－命令替代(``和$( ))－重定向－通配符展开－确定路径－执行命令；

j、( )  将 command group 置于 sub-shell 去执行，也称 nested sub-shell，它有一点非常重要的特性是：继承父shell的Standard input, output, and error plus any other open file descriptors。

k、exec 命令：常用来替代当前 shell 并重新启动一个 shell，换句话说，并没有启动子 shell。使用这一命令时任何现有环境都将会被清除，。exec 在对文件描述符进行操作的时候，也只有在这时，exec 不会覆盖你当前的 shell 环境。

2. 基本IO

cmd > file              把 stdout 重定向到 file 文件中

cmd >> file             把 stdout 重定向到 file 文件中(追加)

cmd 1> fiel             把 stdout 重定向到 file 文件中

cmd > file 2>&1         把 stdout 和 stderr 一起重定向到 file 文件中

cmd 2> file             把 stderr 重定向到 file 文件中

cmd 2>> file            把 stderr 重定向到 file 文件中(追加)

cmd >> file 2>&1        把 stderr 和 stderr 一起重定向到 file 文件中

cmd < file >file2       cmd 命令以 file 文件作为 stdin，以 file2 文件作为 stdout

cat <>file              以读写的方式打开 file

cmd < file              cmd 命令以 file 文件作为 stdin

cmd << delimiter        Here document，从 stdin 中读入，直至遇到delimiter 分界符