如何向Child子进程发送信号？非SIGKILL类信号的更佳实现方式

好问题！默认的Child::kill()确实只会发送SIGKILL，但要发送其他信号其实有几种靠谱的实现方式，我来给你详细说明：

1. 借助libc直接调用系统调用（基础方案） #

如果你已经熟悉libc的signal API，这是最直接的方式：通过子进程的PID调用libc::kill来发送指定信号。不过需要注意，这个操作是不安全的，需要手动确保PID的有效性并处理错误。

示例代码：

use std::process::Command;
use libc::{self, c_int, SIGTERM};

fn main() -> std::io::Result<()> {
    // 启动一个sleep子进程作为示例
    let mut child = Command::new("sleep").arg("60").spawn()?;
    // 将子进程ID转换为libc需要的c_int类型
    let pid = child.id() as c_int;

    // 发送SIGTERM信号
    unsafe {
        if libc::kill(pid, SIGTERM) != 0 {
            return Err(std::io::Error::last_os_error());
        }
    }

    // 等待子进程退出
    child.wait()?;
    Ok(())
}

注意事项：

• 必须用unsafe块包裹，因为libc::kill是未经过Rust安全检查的系统调用
• 要确保PID对应的进程仍然存在，否则会返回错误
• 这种方式需要手动处理系统调用的返回值，不够简洁

2. 用标准库的ChildExt trait（更优方案） #

从Rust 1.47版本开始，标准库的Unix扩展模块提供了ChildExt trait，其中的signal方法可以安全地向子进程发送任意信号，无需手动处理unsafe代码。这是官方推荐的更优方案，因为它已经封装了所有必要的安全检查。

示例代码：

use std::process::{Command, Child};
// 仅在Unix系统下启用该扩展（Windows无信号机制）
#[cfg(unix)]
use std::os::unix::process::ChildExt;

#[cfg(unix)]
fn send_custom_signal(child: &mut Child, signal: libc::c_int) -> std::io::Result<()> {
    child.signal(signal)?;
    Ok(())
}

fn main() -> std::io::Result<()> {
    let mut child = Command::new("sleep").arg("60").spawn()?;

    // 发送SIGTERM信号
    #[cfg(unix)]
    send_custom_signal(&mut child, libc::SIGTERM)?;

    child.wait()?;
    Ok(())
}

3. 借助nix crate（类型安全的进阶方案） #

如果你想要更类型安全的信号处理，可以使用nix crate——它提供了封装良好的Unix系统API，包括信号的枚举类型，避免直接使用整数常量，减少出错概率。

示例代码：

use std::process::Command;
#[cfg(unix)]
use std::os::unix::process::ChildExt;
use nix::sys::signal::{Signal, SIGTERM};

fn main() -> std::io::Result<()> {
    let mut child = Command::new("sleep").arg("60").spawn()?;

    #[cfg(unix)]
    // 用类型安全的Signal枚举发送SIGTERM
    child.signal(Signal::from_raw(SIGTERM))?;

    child.wait()?;
    Ok(())
}

总结：

• 如果你只是临时实现或依赖libc，第一种方式可以满足需求，但不够安全
• 优先选择第二种标准库扩展方案，既安全又简洁，无需额外依赖
• 追求类型安全和更丰富的Unix API支持，推荐第三种nix crate方案

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