FreeBSD下C语言LED控制：进程触发闪烁及切换实现咨询

你用fork分离闪烁逻辑的思路完全可行——这是FreeBSD环境下处理这类异步任务的常规做法，下面是具体的实现细节和注意事项：

1. 子进程的闪烁逻辑与优雅退出 #

别让子进程跑无限制的死循环，给它加一个可触发的退出入口。注册SIGTERM信号处理函数，收到信号后终止循环并清理GPIO资源：

#include <signal.h>
#include <unistd.h>
#include <sys/wait.h>
#include <stdlib.h>

static volatile sig_atomic_t stop_blink = 0;

void handle_sigterm(int sig) {
    stop_blink = 1;
}

// 子进程执行的闪烁函数
void blink_led(int pin, void* gpio_handle) {
    // 注册信号处理
    signal(SIGTERM, handle_sigterm);
    
    while (!stop_blink) {
        gpio_pin_high(gpio_handle, pin);
        sleep(1);
        gpio_pin_low(gpio_handle, pin);
        sleep(1);
    }
    
    // 退出前重置引脚状态（可选，根据需求调整）
    gpio_pin_low(gpio_handle, pin);
    // 关闭子进程的GPIO句柄
    gpio_close(gpio_handle);
    _exit(0); // 用_exit避免触发父进程的退出钩子
}

2. 父进程的流程控制 #

父进程fork后保存子进程PID，专注处理WiFi连接；连接成功后，发送信号终止子进程、清理僵尸进程，再切换LED为常亮：

int main() {
    int green_led_pin = ...; // 替换为你的绿色LED引脚
    void* gpio_handle = gpio_open(...); // 初始化GPIO句柄
    pid_t blink_pid;
    
    blink_pid = fork();
    if (blink_pid == 0) {
        // 子进程：执行闪烁逻辑
        blink_led(green_led_pin, gpio_handle);
    } else if (blink_pid > 0) {
        // 父进程：处理WiFi连接
        wait_for_wifi_connection(); // 你的WiFi连接逻辑
        
        // 连接成功，终止闪烁子进程
        kill(blink_pid, SIGTERM);
        // 等待子进程退出，避免僵尸进程
        waitpid(blink_pid, NULL, 0);
        
        // 切换LED为常亮
        gpio_pin_high(gpio_handle, green_led_pin);
        // 后续业务逻辑...
    } else {
        perror("fork failed");
        gpio_close(gpio_handle);
        exit(EXIT_FAILURE);
    }
    
    gpio_close(gpio_handle);
    return 0;
}

3. 关键注意事项 #

• GPIO资源隔离：如果父进程后续还要操作GPIO，建议让子进程单独初始化自己的GPIO句柄，避免父子进程共用句柄引发的竞态问题。
• 信号选择：用SIGTERM而非SIGKILL，因为SIGKILL无法被捕获，子进程来不及清理GPIO状态，可能导致LED处于不确定状态。
• 僵尸进程清理：必须调用waitpid等待子进程退出，否则子进程会变成僵尸进程占用系统资源。
• FreeBSD特性适配：FreeBSD下fork会继承父进程的文件描述符，若父进程不再需要GPIO句柄，可在fork后立即关闭，减少资源占用。

4. 替代方案（可选） #

如果不想用多进程，也可以用定时器实现非阻塞闪烁：

• 使用setitimer设置周期性定时器，在信号处理函数中切换LED状态；
• WiFi连接成功后，关闭定时器并设置LED为常亮。
  这种方式无需管理子进程，适合简单场景，但信号处理逻辑要注意线程安全（如果程序是多线程的话）。

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