bash -c "exec -a myProcessName ./script.sh &" 不会将该脚本发送到后台

Question 1

output=$(cmd &)

cmd &通过管道收集运行代码的子 shell 的输出；在该子 shell 中启动的所有进程都会继承该管道作为其标准输出，无论它们是否异步启动。

shell将从该管道的另一端读取以进行扩展，直到到达该管道上的文件结尾，只有当在管道的写入端打开的所有文件描述符（由任何进程）都具有时才会发生这种情况已关闭，通常是在所有进程都已终止时。

无论如何，如果您在这些进程输出之前返回，则无法捕获这些进程的输出。

如果不需要其余的输出，您可以关闭异步启动的进程中的 stdout，以释放该管道上打开的 fd。

例如：

output=$(sh -c 'echo some output; sleep 1; exec>&-; sleep 120' &)

将在 1 秒后返回，而不是 121，在 stdout 关闭后离开sh并在后台运行。sleep 120

exec>&-比使用exec>/dev/null它也会关闭管道的 fd更好，但避免让 stdout 关闭，这通常是一个坏主意，因为应用程序通常期望它被打开。

如果您想捕获同时运行的多个命令的输出，则无法通过变量和命令替换来实现。在不支持select/poll类似功能的 bash 中，最好是使用临时文件：

exec -a name1 cmd1 > "$temp1" &
exec -a name2 cmd2 > "$temp2" &
exec -a name3 cmd3 > "$temp3" &
wait
output1=$(<"$temp1")
output2=$(<"$temp2")
output3=$(<"$temp3")

（假设是bash）。

这里不需要那些bash -c ...，顺便说一句：

bash -c "exec -a $ECOEMPLOI_METIER_PROCESS_NAME ./submit_ecoemploi_metier_back.sh &"

是错误的，因为它的内容ECOEMPLOI_METIER_PROCESS_NAME最终被解释为 bash 代码，这不是你想要的。您想要 is 被视为的参数-a，所以它应该是：

NAME=$ECOEMPLOI_METIER_PROCESS_NAME bash -c '
  exec -a "$NAME" ./submit_ecoemploi_metier_back.sh &'

或者可能：

bash -c '"$@" &' bash exec -a "$ECOEMPLOI_METIER_PROCESS_NAME" ./submit_ecoemploi_metier_back.sh

bash -c但如果这是一个 bash 脚本，那么这些都是完全多余的。做就是了：

exec -a "$ECOEMPLOI_METIER_PROCESS_NAME" ./submit_ecoemploi_metier_back.sh &

无论如何，如果您script.sh 使用#! /bin/bashshebang 运行 a （因此.sh后缀会产生误导，使用.bash或不使用后缀） as exec -a name ./script.sh arg，shell 将会执行 a execve("./script.sh", ["name", "arg"], env)，但由于这是一个脚本，至少在 Linux 上，它将依次运行execve("/bin/bash", ["/bin/bash", "./script.sh", "arg"], env)，并且name会迷路。

您可以使用：

exec -a name bash ./script.sh

在这种情况下ps -f会显示name ./script.sh.请注意，它bash可以根据argv[0]收到的信息调整其行为。例如，如果使用argv[0]ofsh或以结尾进行调用/sh，它将启用其 POSIX 模式。

或者：

BASH_ENV=./script.sh exec -a name bash -c ''

在这种情况下ps -f将显示"name -c "，但请注意，它将BASH_ENV最终出现在环境中，并且在任何时候启动另一个 bash 脚本（包括这些脚本）script.sh时都将获取mean，这可能会导致无限递归。bash -c inlinescript.sh

Answer

output=$(cmd &)

cmd &通过管道收集运行代码的子 shell 的输出；在该子 shell 中启动的所有进程都会继承该管道作为其标准输出，无论它们是否异步启动。

shell将从该管道的另一端读取以进行扩展，直到到达该管道上的文件结尾，只有当在管道的写入端打开的所有文件描述符（由任何进程）都具有时才会发生这种情况已关闭，通常是在所有进程都已终止时。

无论如何，如果您在这些进程输出之前返回，则无法捕获这些进程的输出。

如果不需要其余的输出，您可以关闭异步启动的进程中的 stdout，以释放该管道上打开的 fd。

例如：

output=$(sh -c 'echo some output; sleep 1; exec>&-; sleep 120' &)

将在 1 秒后返回，而不是 121，在 stdout 关闭后离开sh并在后台运行。sleep 120

exec>&-比使用exec>/dev/null它也会关闭管道的 fd更好，但避免让 stdout 关闭，这通常是一个坏主意，因为应用程序通常期望它被打开。

如果您想捕获同时运行的多个命令的输出，则无法通过变量和命令替换来实现。在不支持select/poll类似功能的 bash 中，最好是使用临时文件：

exec -a name1 cmd1 > "$temp1" &
exec -a name2 cmd2 > "$temp2" &
exec -a name3 cmd3 > "$temp3" &
wait
output1=$(<"$temp1")
output2=$(<"$temp2")
output3=$(<"$temp3")

（假设是bash）。

这里不需要那些bash -c ...，顺便说一句：

bash -c "exec -a $ECOEMPLOI_METIER_PROCESS_NAME ./submit_ecoemploi_metier_back.sh &"

是错误的，因为它的内容ECOEMPLOI_METIER_PROCESS_NAME最终被解释为 bash 代码，这不是你想要的。您想要 is 被视为的参数-a，所以它应该是：

NAME=$ECOEMPLOI_METIER_PROCESS_NAME bash -c '
  exec -a "$NAME" ./submit_ecoemploi_metier_back.sh &'

或者可能：

bash -c '"$@" &' bash exec -a "$ECOEMPLOI_METIER_PROCESS_NAME" ./submit_ecoemploi_metier_back.sh

bash -c但如果这是一个 bash 脚本，那么这些都是完全多余的。做就是了：

exec -a "$ECOEMPLOI_METIER_PROCESS_NAME" ./submit_ecoemploi_metier_back.sh &

无论如何，如果您script.sh 使用#! /bin/bashshebang 运行 a （因此.sh后缀会产生误导，使用.bash或不使用后缀） as exec -a name ./script.sh arg，shell 将会执行 a execve("./script.sh", ["name", "arg"], env)，但由于这是一个脚本，至少在 Linux 上，它将依次运行execve("/bin/bash", ["/bin/bash", "./script.sh", "arg"], env)，并且name会迷路。

您可以使用：

exec -a name bash ./script.sh

在这种情况下ps -f会显示name ./script.sh.请注意，它bash可以根据argv[0]收到的信息调整其行为。例如，如果使用argv[0]ofsh或以结尾进行调用/sh，它将启用其 POSIX 模式。

或者：

BASH_ENV=./script.sh exec -a name bash -c ''

在这种情况下ps -f将显示"name -c "，但请注意，它将BASH_ENV最终出现在环境中，并且在任何时候启动另一个 bash 脚本（包括这些脚本）script.sh时都将获取mean，这可能会导致无限递归。bash -c inlinescript.sh

Question 2

你所描述的大部分有效为我。不过我必须改变一小部分。这是我的工作示例：

一、内容script.sh

#!/bin/bash
while [ -f /tmp/script.run ]       # Run only while this file exists
do
    date >/tmp/script.date 2>&1    # Update the output file
    sleep 0.5                      # Pause briefly
done
rm -f /tmp/script.date

现在我们将按照您建议的方式运行它，

touch /tmp/script.run
bash -c "exec -a myProcessName ./script.sh & "

让我们看一下进程树ps -f

UID        PID  PPID  C STIME TTY          TIME CMD
roaima    9301  9296  0 09:41 pts/0    00:00:00 -bash
roaima    9913     1  0 09:46 pts/0    00:00:00 /bin/bash /home/roaima/script.sh
roaima    9919  9913  0 09:46 pts/0    00:00:00 sleep 0.5
roaima    9920  9301  0 09:46 pts/0    00:00:00 ps -f

您可以看到该进程正在运行（PID 9913 和 9919），但进程名称尚未应用。那是因为它是一个脚本，并且该脚本是由其行上列出的进程执行的#!。

让我们停止该过程，稍等片刻，然后用不同的方法重试

rm -f /tmp/script.run    # Remove the flag file
ps -f                    # Confirm the process has ended

touch /tmp/script.run
bash -c "exec -a myProcessName bash ./script.sh & "

这次显式调用bash已按预期重命名：

UID        PID  PPID  C STIME TTY          TIME CMD
roaima    9301  9296  0 09:41 pts/0    00:00:00 -bash
roaima   11745     1  2 09:53 pts/0    00:00:00 myProcessName ./script.sh
roaima   11777 11745  0 09:53 pts/0    00:00:00 sleep 0.5
roaima   11778  9301  0 09:53 pts/0    00:00:00 ps -f

但实际上你也可以避免外部调用bash，直接调用exec，

exec -a myProcessName bash ./script.sh &

最后，我建议跟踪进程的更好方法不是通过进程名称，而是通过 PID：

./script.sh &
scriptPID=$!

kill -0 $scriptPID && echo "The script is still running with PID $scriptPID"

删除标志文件/tmp/script.run，暂停片刻，然后重复该kill … && echo …命令。您将没有输出，因为脚本不再运行。

Answer