四川今日最新新闻/seo网站关键词

目录

1、交互式 Bash Shell 获取进程 pid

2、Bash Shell 脚本获取进程 pid#

3、获取 Shell 脚本自身进程 pid#

4、查看指定进程是否存在#

5、关于/dev/null的说明：

6、最后我的杀死僵尸进程脚本：

1、交互式 Bash Shell 获取进程 pid

在已知进程名(name)的前提下，交互式 Shell 获取进程 pid 有很多种方法，典型的通过 grep 获取 pid 的方法为（这里添加 -v grep是为了避免匹配到 grep 进程）：

ps -ef | grep "name" | grep -v grep | awk '{print $2}'

或者不使用 grep（这里名称首字母加[]的目的是为了避免匹配到 awk 自身的进程）：

ps -ef | awk '/[n]ame/{print $2}'

如果只使用 x 参数的话则 pid 应该位于第一位：

ps x | awk '/[n]ame/{print $1}'

最简单的方法是使用 pgrep：

pgrep -f name

如果需要查找到 pid 之后 kill 掉该进程，还可以使用 pkill：

pkill -f name

如果是可执行程序的话，可以直接使用 pidof

pidof name

2、Bash Shell 脚本获取进程 pid#

根据进程名获取进程 pid#

在使用 Shell 脚本获取进程 pid 时，如果直接使用上述命令，会出现多个 pid 结果，例如

#! /bin/bash
# process-monitor.sh
process=$1
pid=$(ps x | grep $process | grep -v grep | awk '{print $1}')
echo $pid

执行 process-monitor.sh 会出现多个结果：

$> sh process-monitor.sh
3036  3098  3099

进一步排查可以发现，多出来的几个进程实际上是子 Shell 的（临时）进程：

root      3036  2905  0 09:03 pts/1    00:00:45 /usr/java/jdk1.7.0_71/bin/java ...name
root      4522  2905  0 16:12 pts/1    00:00:00 sh process-monitor.sh name
root      4523  4522  0 16:12 pts/1    00:00:00 sh process-monitor.sh name

其中 3036 是需要查找的进程pid，而 4522、4523 就是子 Shell 的 pid。 为了避免这种情况，需要进一步明确查找条件，考虑到所要查找的是 Java 程序，就可以通过 Java 的关键字进行匹配：

#! /bin/bash
# process-monitor.sh
process=$1
pid=$(ps -ef | grep $process | grep '/bin/java' | grep -v grep | awk '{print $2}')
echo $pid

3、获取 Shell 脚本自身进程 pid#

这里涉及两个指令：

1. $$ ：当前 Shell 进程的 pid

2. $! ：上一个后台进程的 pid 可以使用这两个指令来获取相应的进程 pid。例如，如果需要获取某个正在执行的进程的 pid（并写入指定的文件）：

myCommand && pid=$!
myCommand & echo $! >/path/to/pid.file

注意，在脚本中执行 $! 只会显示子 Shell 的后台进程 pid，如果子 Shell 先前没有启动后台进程，则没有输出。

4、查看指定进程是否存在#

在获取到 pid 之后，还可以根据 pid 查看对应的进程是否存在（运行），这个方法也可以用于 kill 指定的进程。

if ps -p $PID > /dev/null
thenecho "$PID is running"# Do something knowing the pid exists, i.e. the process with $PID is running
fi

5、关于/dev/null的说明：

1、/dev/null 在Linux中其实是一个空设备文件。其它文件遇到写入的内容照单全收，而 /dev/null 对于写入的东西通通扔掉。

2、由于它没有执行权限，不是一个可执行文件，所以不能使用管道符 | 来接 /dev/null ，只能使用文件重定向（>, >> 或 <, <<）。

3、重定向到 /dev/null，我们可以通过把命令的输出重定向到 /dev/null 来丢弃脚本的全部输出。

不过如果我们使用一个会报错的命令，将标准输出重定向到 /dev/null ，事情的发展会和我们想的不太一样：

 执行以后，下面仍旧能看到输出。难道是重定向失败了么？

其实并没有。> 所做的重定向是将标准输出到 /dev/null ，也就是将命令的正常输出重定向到 /dev/null 。然后 /dev/null 只做一件事，那就是将东西全部丢弃。

但是因为 jiamingling（假命令的拼音） 并不存在，所以调用它会报错，报错信息 jiamingling: command not found 并不属于标准输出，而是属于标准错误输出。由于标准错误输出并没有被重定向到 /dev/null ，所以会正常打印出来。

要把标准错误输出重定向到 /dev/null ，也很简单，使用标准错误输出（stderr）的文件描述符 2 来指代它，并对其重定向：

可能有朋友会问：输出就输出咯，还要分标准输出（stdout）和 标准错误输出（stderr），有必要么？

答案是，很有必要。因为我们日常在执行Linux命令的过程中，经常会遇到输出内容特别多的情况。里面既有正常的输出内容，也有错误的输出内容。将重定向和 /dev/null 结合起来，就可以帮助我们起到过滤的作用。 

1）、如果你只关心报错内容，可以在命令后面这样重定向：​​​​

> /dev/null

2）、同理，如果你只关心正常输出，可以在命令后面这样重定向：

2> /dev/null

这样一来，你看到的所有输出，都是命令正常执行的输出，忽略所有错误输出。

6、最后我的杀死僵尸进程脚本：

   stat1=$(ps -o comm,stat | grep $App1 | awk '{print $2}')stat2=$(ps -o comm,stat | grep $App2 | awk '{print $2}')if [[ $stat1 == "Z" || $stat2 == "Z" ]];then   echo $App1 " stat is" $stat1echo $App2 " stat is" $stat2echo "reboot..." rebootfi

毫不夸张地说，用好这些技巧，也许可以让你少加班几个小时哦。