了解 pgrep 如何确定进程 ID

Question

此提前终止是由代码使用 ps 命令通过管道传输到多个 grep/grep -v 命令引起的。目的是检查进程是否已在运行，如果是，则不再执行此脚本。

不要这样做。这是一种糟糕的方法，如果您甚至懒得检查“grep”是否与输入完全匹配，而不仅仅是子字符串，那就更糟糕了。例如，如果您保持打开vim pgrep_test.sh状态，您的脚本将认为它已在运行。

有更好的方法来制作单实例脚本：

将脚本作为 systemd .service 运行（通过让你的 cronjob 调用“systemctl start”或者通过使用 systemd .timer 来调用它），因为同一个服务不能启动两次；
```
[Service]
Type=oneshot
User=user1
ExecStart=/tmp/inferencing/pgrep_test.sh
```
或者通过使用锁文件flock，它使用基于内核的排他锁来保证单个实例。
```
* * * * * user1 flock -n /tmp/inferencing/lock /tmp/inferencing/pgrep_test.sh
```

PID 12961 到底是什么？PPID 12957 是 /bin/bash 调用，但这两个命令在其他方面是相同的

它是处理中的命令的“子 shell” $( ... )。每次使用命令替换时，bash 都会生成一个子进程来处理它。如果替换的是简单命令，该子 shell 进程可能会直接就地“执行”该命令（例如的情况$(ps -ef)），但如果替换的是整个管道，则不一定会发生这种情况。

虽然$$总是扩展到主 shell 进程的 PID（即，当 bash 生成子 shell 时，它的值被克隆），但你可以使用$BASHPID它来获取真实的当前解释器的进程 ID。例如：

$ echo $$, $BASHPID; ps $$ $BASHPID
208231, 208231
    PID TTY      STAT   TIME COMMAND
 208231 pts/3    Ss     0:00 bash

$ (echo $$, $BASHPID; ps $$ $BASHPID)
208231, 208287
    PID TTY      STAT   TIME COMMAND
 208231 pts/3    Ss     0:00 bash
 208287 pts/3    S+     0:00 bash

$ { echo $$, $BASHPID; ps $$ $BASHPID; }
208231, 208231
    PID TTY      STAT   TIME COMMAND
 208231 pts/3    Ss     0:00 bash

$ var=$(echo $$, $BASHPID; ps $$ $BASHPID); echo "$var"
208231, 208294
    PID TTY      STAT   TIME COMMAND
 208231 pts/3    Ss+    0:00 bash
 208294 pts/3    R+     0:00 ps 208231 208294

第 2 和第 4 个示例使用了子 shell（检测这一点的另一种简单方法是注意在子 shell 中设置的变量不会传播回主 shell），而第 1 和第 3 个示例则没有。

Answer 1