我正在尝试检测进程 ( goland.sh
) 是否正在运行。我用这个:
#!/bin/bash
if pgrep "goland.sh" >/dev/null 2>&1 ; then
echo "running"
exit 1
fi
echo "not running"
这有效,但我不明白两件事:
- 为什么如果我使用
if [[ pgrep "goland.sh" >/dev/null 2>&1 ]] ; then
它不起作用(即使进程没有运行,它也总是打印“正在运行”) - 为什么如果我使用
if [ pgrep "goland.sh" >/dev/null 2>&1 ] ; then
它不起作用(即使进程没有运行,它也总是打印“正在运行”)
我怀疑 1 与如何>
解析有关,但我对 2 完全一无所知。
似乎对 shell 的测试构造
[ ... ]
(或[[ ... ]]
在 Bash 的情况下)的工作方式存在误解。if
语句检查其后的命令是否返回退出状态0
,即“无错误”并解释为“真”。如果是这样,执行将切换到then
脚本的分支(参见Bash 手册,例如)。pgrep
命令返回(即“true”)。0
这就是为什么running
只有当一个实例goland.sh
处于活动状态时你才会得到。[
是一个特殊的命令(通常是内置的 shell),它允许对文件、字符串和数字执行测试,如果在左括号和右括号之间的条件为真,则返回“真”。但是,它旨在根据特定语法检查对一个或多个操作数的操作是否为真,例如,如果一个数字(操作数 1)大于(操作符)另一个数字(操作数 2)。例如,假设 shell 变量n
的值为5
,则测试 将返回true,当用作if
语句的测试命令时,执行将切换到then
分支。[ ... ]
以确保你得到预期的结果。现在,您已经在测试构造括号中包含了一个“原始”shell 命令。然后会发生什么在一定程度上取决于具体情况,但无论如何它都会构成语法错误,因为在方括号之间有几个(常量)字符串标记而没有有效的运算符。
[[ ... ]]
您将立即收到语法错误,因为它是 Bash 语法元素,并且 Bash 识别出错误的语法。[ ... ]
您的命令将静默失败,因为[
实际上是一个命令(尽管通常是内置的),它只是碰巧期望其参数在预定义的运算符方面有意义,并期望其最后一个参数是结束]
- 但是由于您已将其错误输出重定向到/dev/null
,因此错误消息将丢失。running
使用错误的语法重现您总是得到的输出。总而言之,您不需要使用
[ ... ]
(or[[ ... ]]
) 构造,因为如果找到正在运行的进程,您用于测试的程序已经返回“true”。如果您想基于 的输出进行测试,则pgrep
需要像中一样使用“命令替换”$(pgrep ...)
(当然还要删除到 的输出重定向/dev/null
)。我建议使用 来检查你的 shell 脚本
shellcheck
,它也可以作为许多 Linux 发行版上的独立程序使用,以防止语法(和一些逻辑)错误。