Linux环境下使用std::system/exec/fork启动程序并建立TCP通信问题

1. std::system的实际运行机制 #

你对std::system的理解是错误的，它是同步阻塞调用：内部会先创建子进程，再执行目标程序，同时父进程会一直等待子进程完全退出后才会返回。
你当前代码遇到的卡顿现象完全符合这个逻辑：执行到std::system("./B")时，程序A会直接卡在这一行等待B退出，只有当B运行结束后，后面的sleep、发消息等代码才会执行，这就是你要么看到卡住在B的运行阶段、要么只有A运行（一般是B异常退出后system才返回）的核心原因。

2. 当前用法的问题 #

• 用std::system启动B不符合你的异步启动需求，会阻塞A的正常运行
• 代码执行顺序错误：你在启动B之前就尝试初始化TCP客户端连接B，此时B还未启动，连接必然失败

3. Linux环境下的正确实现方案 #

你需要用异步启动子进程的逻辑替代std::system，Linux下可以用fork+exec或者posix_spawn实现，核心是A启动B之后不需要等待B退出，直接继续执行自身逻辑，简化示例如下：

// 异步启动B的代码片段
pid_t pid = fork();
if (pid == 0) {
    // 子进程逻辑，执行B程序
    execl("./B", "B", (char*)NULL);
    // exec只有执行失败才会返回，直接退出子进程
    perror("启动B失败");
    exit(EXIT_FAILURE);
} else if (pid < 0) {
    perror("创建子进程失败");
    // 这里补充fork失败的异常处理逻辑
}
// 父进程走到这里说明fork成功，B已经开始启动，继续执行A的后续逻辑

4. B启动就绪的可靠通知方案 #

不要用固定时长sleep的方案，不同环境下B的启动速度不稳定，容易出现等待时间不足或者冗余等待的问题，推荐两种可靠实现方案：

方案1：B主动通知（需要修改B的代码） #

B完成TCP服务端端口监听、就绪可以接收连接之后，主动给A发通知，常用实现方式：

• A启动B前创建匿名管道，将B的标准输出重定向到管道写入端，B就绪后往标准输出打印特定标记字符串（比如SERVER_READY），A从管道读取到该标记即可确认B已就绪
• B就绪后给A发送指定自定义信号（比如SIGUSR1），A提前注册信号处理函数接收通知即可

方案2：A轮询重试（无需修改B的代码） #

A启动B之后，循环尝试连接B的TCP端口，每次连接失败间隔几百毫秒重试，设置最大重试次数：

• 连接成功说明B的TCP服务端已经就绪，可以继续后续操作
• 达到最大重试次数仍连接失败，说明B启动异常，走错误处理逻辑即可

正确的整体执行顺序应该是：

1. A异步启动B子进程
2. 用上述两种方案之一确认B的TCP服务端已就绪
3. A初始化TCP客户端，和B建立连接
4. 执行后续下发指令的逻辑

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