Linux学习疑惑总结
重定向问题
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 多线程,克隆线程
+ 位于后台的进程组