如何在Bash子shell中让进程真正后台运行且不阻塞？

首先，咱们得明确核心问题：你用$()（命令替换）调用子shell时，命令替换本身会等待子shell执行完毕；而子shell里的后台进程默认会和子shell关联，导致你想要的"完全脱离"效果没实现。下面优先给你Bash层面的解决方案，再补充C++的优化写法。

一、优先推荐的Bash方案 #

这些方法不需要修改子shell的调用方式，只需要在子shell内的函数里调整命令写法：

1. 使用nohup脱离终端与父进程 #

nohup会让进程忽略SIGHUP信号（父进程退出时发送的终止信号），同时重定向输出避免生成默认的nohup.out文件，最后放到后台运行。示例：

# 你无法修改的调用方式
$( your_function )

# 子shell内的函数实现
your_function() {
    # 你的其他逻辑
    nohup curl https://your-server/data >/dev/null 2>&1 &
}

这样子shell执行完函数后会立刻退出，后台的curl进程会被init/systemd接管，完全脱离原有的shell会话。

2. 使用setsid创建独立会话 #

setsid会直接启动一个新的会话，让进程成为会话首进程，彻底脱离原来的父进程和终端关联：

your_function() {
    setsid curl https://your-server/data >/dev/null 2>&1 &
}

这个方法比nohup更彻底，进程会完全脱离原shell的进程组，即使原会话关闭也不受影响。

3. 双重子shell（模拟双重fork） #

通过两层子shell嵌套，让后台进程彻底脱离调用链：

your_function() {
    # 内层子shell启动后台进程后立刻退出，外层子shell随之结束
    ( ( curl https://your-server/data >/dev/null 2>&1 & ) )
}

这种写法不需要额外工具，纯Bash语法就能实现进程脱离，适合环境受限的场景。

为什么你之前的disown没用？ #

disown是用来操作当前交互式shell的作业列表的，而子shell属于非交互式环境，默认没有启用作业控制，所以无法用disown管理子shell里的后台进程，这就是报错disown: can't manipulate jobs in subshell的原因。

二、C++程序优化方案 #

你之前的单fork写法没完全脱离终端关联，导致子shell可能仍会等待（其实父进程退出后子进程应该被接管，但终端关联可能让你误以为还在等待）。下面是标准的守护进程写法，完全脱离父进程与终端：

#include <unistd.h>
#include <chrono>
#include <thread>
#include <fcntl.h>
#include <sys/stat.h>

using namespace std;

int main() {
    // 第一次fork：父进程退出，子进程成为孤儿被init接管
    int ret = fork();
    if (ret < 0) return ret;
    if (ret > 0) return 0;

    // 创建新会话，脱离原终端和进程组
    if (setsid() == -1) return 1;

    // 第二次fork：确保进程不是会话首进程，避免意外打开控制终端
    ret = fork();
    if (ret < 0) return ret;
    if (ret > 0) return 0;

    // 关闭并重定向标准输入输出到/dev/null，彻底脱离终端
    close(STDIN_FILENO);
    close(STDOUT_FILENO);
    close(STDERR_FILENO);
    int dev_null = open("/dev/null", O_RDWR);
    if (dev_null != -1) {
        dup2(dev_null, STDIN_FILENO);
        dup2(dev_null, STDOUT_FILENO);
        dup2(dev_null, STDERR_FILENO);
        close(dev_null);
    }

    // 执行你的任务（比如拉取数据）
    this_thread::sleep_for(chrono::milliseconds(3000));
    return 0;
}

这个程序通过双重fork+setsid的标准守护进程模式，完全脱离了父进程和终端，子shell启动它后会立刻退出，不会等待后台的子进程。

总结 #

优先选择Bash方案（nohup或setsid），不需要编译程序，配置简单且符合你的场景；如果必须用C++实现，就采用上述守护进程写法。

内容的提问来源于stack exchange，提问作者Nelson