背景
最近没事看了下生产环境下的一些定时任务，发现nohup.out的文件大小都快3~10G了，吓死人！而且还不不断的增加。然后我查了下，此文件也相当于日志文件，就是运行nohup ./XXX.sh &命令时，将项目的日志打印到nohup.out，而且一直是累加的，从不清空，导致十分巨大。我们项目本身就产生日志文件的，所以nohup.out 相当于是重复的。
思路
由于nohup.out没有什么价值，如果不处理的话，越积越大，占满磁盘空间，导致服务器奔溃，我就查了一些资料，运行nohup 命令时，让其不产生此文件!
解决
命令语法： nohup xxxx >/dev/null 2>&1&
比如： nohup java -jar xxxx.jar >/dev/null 2>&1&
命令解释：后台运行 xxx.jar 程序，将标准错误输出合并到标准输出，然后标准输出重定向至 垃圾桶 /dev/null
命令详细分析
/dev/null ：Linux下有一个特殊的文件/dev/null，它就像一个无底洞，所有重定向到它的信息都会消失得无影无踪。这一点非常有用，当我们不需要回显程序的所有信息时，就可以将输出重定向到/dev/null。
1 ：表示stdout标准输出，系统默认值是1，所以”>/dev/null”等同于”1>/dev/null”
2 ：表示stderr标准错误输出 （stdout不包括stderr）
& ：表示等同于的意思，2>&1，表示2的输出重定向等同于1
1 > /dev/null 2>&1 语句含义：
1 > /dev/null ： 首先表示标准输出重定向到空设备文件，也就是不输出任何信息到终端，说白了就是不显示任何信息。
2>&1 ：接着，标准错误输出重定向（等同于）标准输出，因为之前标准输出已经重定向到了空设备文件，所以标准错误输出也重定向到空设备文件。
最后一个&： 是让该命令在后台执行，就是关闭ssh窗口后，程序还在后台执行不会停掉
下面还有个实验感受下2>&1 、stdout标准输出 和stderr标准错误输出
$ cat test.sh
t
da te
test.sh中包含两个命令，其中t是一个不存在的命令，执行会报错，默认情况下，错误会输出到stderr。date则能正确执行，并且输出时间信息，默认输出到stdout
./test.sh > test1.log
./test.sh: line 1: t: command not found
$ cat test1.log
Wed Jul 10 21:12:02 CST 2013
可以看到，date的执行结果被重定向到log文件中了，而t无法执行的错误则只打印在屏幕上。
$ ./test.sh > test2.log 2>&1
$ cat test2.log
./test.sh: line 1: t: command not found
Tue Oct 9 20:53:44 CST 2007
这次，stderr和stdout的内容都被重定向到log文件中了。
实际上， > 就相当于 1> 也就是重定向标准输出，不包括标准错误。通过2>&1，就将标准错误重定向到标准输出了，那么再使用>重定向就会将标准输出和标准错误信息一同重定向了。如果只想重定向标准错误到文件中，则可以使用2> file。- 1