Loading

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 多线程,克隆线程

+ 位于后台的进程组

posted @ 2023-08-24 23:47  听风blog  阅读(41)  评论(0编辑  收藏  举报