程序在后端运行
　　1. # ./pso > pso.file 2>&1 &
　　　　解释：将pso直接放在后端运行，并把终端输出存放在当前目录下的pso.file文件中。
　 当用户端关机后重新登陆服务器后，直接查看pso.file文件即可看执行结果（命令：#cat pso.file ）。

2.# nohup ./pso > pso.file 2>&1 &
　　 解释：nohup就是不挂起的意思，将pso直接放在后端运行，并把终端输出存放在当前
　　　　目录下的pso.file文件中。当用户端关机后重新登陆服务器后，直接查看pso.file文件即可看执行结果（命令：#cat pso.file ）
区别
nohup，不可以免疫 Ctrl + C 的 SIGINT 中断信号；可以免疫 SIGHUP 的 挂断信号；
不加nohup的话，后端运行仍旧依赖于终端，终端关闭，程序也关闭。
附加

我们在Linux下经常会碰到：

nohup command>/dev/null 2>&1 &

这样形式的命令。

我们把这条命令大概分解一下。

（1）首先，就是一个nohup表示当前客户和系统的会话下的进程忽略响应HUP消息，也就是不挂断地运行命令。

（2）& 符号是把该命令以后端的job的形式运行。

（3）那么就剩下command>/dev/null 2>&1，其中command>/dev/null较好了解，/dev/null表示一个空设施，就是把 command的执行结果重定向到空设施中，说白了就是不显示任何信息。

（4）最后，2>&1又是什么含义?

2>&1 几个基本符号及其含义

• /dev/null 表示空设施文件
• 0 表示stdin标准输入
• 1 表示stdout标准输出
• 2 表示stderr标准错误

command > /dev/null相当于执行了command 1 > /dev/null。执行command产生了标准输出stdout(用1表示)，重定向到/dev/null的设施文件中。

分析 2>&1

对于2>&1的了解，2就是标准错误，1是标准输出，那么这条命令不就是相当于把标准错误重定向到标准输出么？是的。

为什么是&1而不是1，这里& 符号是什么？& 符号可以了解为引用（reference）。&1 就是对标准输出的引用。

command>a 2>a 与 command>a 2>&1的区别

通过上面的分析，对于command>a 2>&1这条命令，等价于command 1>a 2>&1。

可以了解为执行command产生的标准输入重定向到文件a中，标准错误也重定向到文件a中。

那么能否就说command 1>a 2>&1等价于command 1>a 2>a呢？

其实不是，command 1>a 2>&1与command 1>a 2>a 还是有区别的，区别就在于前者只打开一次文件a，后者会打开文件两次，并导致stdout被stderr覆盖。&1的含义即可以了解为用标准输出的引用，引用的就是重定向标准输出产生打开的a。从IO效率上来讲，command 1>a 2>&1比 command 1>a 2>a的效率更高。

演示一下效果

//test.sh shell 程序

!/bin/sh

t

date

其中t指令并不存在，执行会报错，会输出到stderr。date能正常执行，执行会输出当前时间，会输出到stdout。

chmod +x test.sh为test.sh添加执行权限。

执行 ./test.sh > test.log，如下所示：

我们发现 stderr 并没有被重定向到 test.log 中，stderr 直接输出到屏幕上了。

执行 ./test.sh > test.log 2>&1，如下所示：

这次，我们发现stdout 和 stderr 都被重定向到了 test.log 中了。

python 中执行该命令：nohup python3 -u ./dasdas.py > log.txt 2>&1 &
python3 有一个-u命令，否则可能暂时无法看到打印的信息，停顿在“nohup ignoring input ”