重定向问题
Linux shell 中 2>&1 的含义
首先了解下1和2在Linux中代表什么，先整理一份在Linux系统中0 1 2是一个文件描述符：
| 名称 | 代码 | 操作符 | Java中表示 | Linux 下文件描述符（Debian 为例) |
|---|---|---|---|---|
| 标准输入(stdin) | 0 | < 或 << | System.in | /dev/stdin -> /proc/self/fd/0 -> /dev/pts/0 |
| 标准输出(stdout) | 1 | >, >>, 1> 或 1>> | System.out | /dev/stdout -> /proc/self/fd/1 -> /dev/pts/0 |
| 标准错误输出(stderr) | 2 | 2> 或 2>> | System.err | /dev/stderr -> /proc/self/fd/2 -> /dev/pts/0 |
从上表看的出来，我们平时使用的
echo "hello" > t.log
其实也可以写成
echo "hello" 1> t.log
关于2＞&1的含义
含义：将标准错误输出重定向到标准输出
符号>&是一个整体，不可分开，分开后就不是上述含义了。
比如有些人可能会这么想：2是标准错误输入，1是标准输出，>是重定向符号，那么"将标准错误输出重定向到标准输出"是不是就应该写成"2>1"就行了？是这样吗？
如果是尝试过，你就知道2>1的写法其实是将标准错误输出重定向到名为"1"的文件里去了
写成2&>1也是不可以的
为什么2>&1要放在后面
考虑如下一条shell命令
nohup java -jar app.jar >log 2>&1 &
为什么2>&1一定要写到>log后面，才表示标准错误输出和标准输出都定向到log中？
我们不妨把1和2都理解是一个指针,然后来看上面的语句就是这样的：
本来1----->屏幕 （1指向屏幕）
执行>log后， 1----->log (1指向log)
执行2>&1后， 2----->1 (2指向1，而1指向log,因此2也指向了log)
再来分析下
nohup java -jar app.jar 2>&1 >log &
本来1----->屏幕 （1指向屏幕）
执行2>&1后， 2----->1 (2指向1，而1指向屏幕,因此2也指向了屏幕)
执行>log后， 1----->log (1指向log，2还是指向屏幕)
所以这就不是我们想要的结果。简单做个试验测试下上面的想法：
java代码如下：
public class Htest {
public static void main(String[] args) {
System.out.println("out1");
System.err.println("error1");
}
}
javac编译后运行下面指令：
java Htest 2>&1 > log
你会在终端上看到只输出了"error1"，log文件中则只有"out1"
每次都写">log 2>&1"太麻烦，能简写吗？
有以下两种简写方式
&>log
>&log
比如上面小节中的写法就可以简写为：
nohup java -jar app.jar &>log &
上面两种方式都和">log 2>&1"一个语义。
那么？上面两种方式中&>和>&有区别吗？——语义上是没有任何区别的，但是第一中方式是最佳选择，一般使用第一种
后台运行命令
nohup 和 & 有什么区别
假如今天我准备在服务器后台启动一个java服务，于是我使用nohup java -jar命令启动，日志输出到nohup.out文件里。
但是当我使用Ctrl + C退出后，发现服务已经关闭了，查看日志发现服务已经被停掉了。于是我换了一种启动方式，使用
&符号启动后台服务，使用Ctrl + C退出后，lsof -i查看端口发现服务还在，但是当我推出终端，再连接上服务器后，发
现服务已经关闭了。经过查资料发现，需要使用nohup和&符号一起使用，需要nohup java -jar 后面加上&符号，启动后，
我们再使用lsof -i查看端口，服务没有问题，退出服务器连再进入，查看端口，发现服务也没有问题。
我们来总结一下：
&
nohup
总结
ps aux和ps -ef有什么区别
Linux下显示系统进程的命令ps，最常用的有ps -ef和ps aux,这两个到底有什么区别呢，讨论这个问题，要追溯到Unix系统中的两个风格，syetem V风格，ps aux最初用到Unix Style中，而ps -ef被用在system V style中，两者输出略有不同，现在大部分Linux系统都是可以同时使用这两种风格的
ps -ef 是用标准的格式显示进程的，其格式如下
其中各列的内容意思如下
UID 用户的ID ，但输出的是用户名
PID 进程的ID
PPID 父进程的ID
C 进程占用CPU的百分比
STIME 进程启用到现在的时间
TTY 该进程在哪个终端上运行，若与终端无关，则显示？，若为pts/0等，则表示由网络连接主机进程
CMD 命令的名称和参数
ps aux是用BSD的格式来显示，其格式如下
其中各列的内容意思如下
USER 用户名
%CUP 进程占用的CUP百分比
%MEM 占用内存的百分比
VSZ 该进程使用的虚拟内存量（KB）
RSS 该进程占用的固定内存量（KB）（驻留页中的数量）
STAT 进程的状态
START 该进程被触发启动的时间
TIME 该进程实际使用CUP运行的时间
COMMEND 所执行的命令
STAT转态常见的状态字符有
D 无法中断的休眠状态
R 正在执行中
S 处于休眠状态
T 停止或被追踪
W 进入内存交换（从内核2.6开始无效）
X 死掉的进程（基本很少见）
Z 僵尸进程（不存在但暂时无法消除）
< 优先级高的进程
N 优先级较低的进程
L 有些页面被锁进内存
s 进程的领导者（在它之下有子进程）
l 多线程，克隆线程
+ 位于后台的进程组
标签：疑惑,总结,log,ps,jar,输出,nohup,Linux,进程 From： https://www.cnblogs.com/nylgwn/p/17655492.html