我之前在做VxWorks设备通信开发时，刚好踩过这个永久阻塞的坑——当read()一直卡在等待消息时，当前线程根本没机会执行FIOCANCEL来清理，最后只能硬重启程序。结合select()和FIOCANCEL确实是解决这个问题的标准路子，下面给你拆解具体实现思路和代码示例：

核心问题根源 #

read()默认是阻塞模式，当设备没有数据返回时，线程会被内核挂起，此时后续的ioctl(fd, FIOCANCEL, 0)根本得不到执行的机会。我们需要通过select()来打破这种永久阻塞，或者让FIOCANCEL能主动中断阻塞的read()。

方案1：用select()给read()加超时，避免永久阻塞 #

这个方案的核心是用select()先监听设备文件描述符的可读事件，并设置超时时间。只有当select()检测到设备可读时，再调用read()，这样read()不会长时间阻塞；如果超时，就可以安全执行FIOCANCEL清理，之后还能重新发起read()。

代码示例 #

#include <vxWorks.h>
#include <fcntl.h>
#include <selectLib.h>
#include <stdio.h>
#include <errno.h>

#define DEVICE_PATH "/dev/your_target_device"
#define READ_TIMEOUT_SEC 3  // 根据业务需求调整超时时间

int main() {
    int fd = open(DEVICE_PATH, O_RDWR);
    if (fd == -1) {
        perror("Failed to open device file");
        return ERROR;
    }

    // 先执行你的端口配置ioctl序列
    if (ioctl(fd, YOUR_CONFIG_IOCTL_1, NULL) == -1 ||
        ioctl(fd, YOUR_CONFIG_IOCTL_2, NULL) == -1) {
        perror("Failed to configure port");
        close(fd);
        return ERROR;
    }

    fd_set read_fds;
    struct timeval timeout;
    char recv_buf[256];

    while (1) {
        FD_ZERO(&read_fds);
        FD_SET(fd, &read_fds);

        // 重置超时时间（每次循环都要重新设置，因为select会修改timeval）
        timeout.tv_sec = READ_TIMEOUT_SEC;
        timeout.tv_usec = 0;

        int select_ret = select(fd + 1, &read_fds, NULL, NULL, &timeout);
        if (select_ret == -1) {
            perror("select() call failed");
            // 如果是被FIOCANCEL中断，继续循环尝试
            if (errno == EINTR) continue;
            break;
        } else if (select_ret == 0) {
            // 超时触发，执行FIOCANCEL清理
            if (ioctl(fd, FIOCANCEL, 0) == -1) {
                perror("FIOCANCEL failed during timeout");
            }
            printf("Read timed out, connection reset. Ready for next read.\n");
            // 这里可以重新执行端口配置（如果需要）
            continue;
        }

        // 设备可读，执行非阻塞式read（实际此时数据已就绪，不会阻塞）
        ssize_t read_len = read(fd, recv_buf, sizeof(recv_buf) - 1);
        if (read_len == -1) {
            perror("read() failed");
            if (errno == EINTR) {
                printf("Read interrupted by FIOCANCEL\n");
                continue;
            }
            break;
        }
        recv_buf[read_len] = '\0';
        printf("Received data: %s\n", recv_buf);
    }

    close(fd);
    return OK;
}

方案2：多线程配合FIOCANCEL主动中断阻塞 #

如果你的场景需要主动触发断开（比如外部指令、异常事件），可以用一个独立线程来监听断开信号，当需要断开时，在该线程中调用FIOCANCEL，此时阻塞的select()或read()会被中断，返回EINTR错误，主线程捕获后即可清理并重新发起read()。

关键代码片段 #

// 全局或线程共享的文件描述符（注意线程安全，可加互斥锁）
int g_dev_fd;
BOOL g_need_cancel = FALSE;

// 断开处理线程
void cancel_thread() {
    while (1) {
        // 监听断开触发条件（比如按键、IPC消息等）
        if (g_need_cancel) {
            if (ioctl(g_dev_fd, FIOCANCEL, 0) == -1) {
                perror("FIOCANCEL failed in cancel thread");
            }
            printf("Connection cancelled by external trigger\n");
            g_need_cancel = FALSE;
        }
        taskDelay(10);  // 避免空转占用CPU
    }
}

// 主线程中的select/read逻辑和方案1类似，只是不需要设置固定超时
// 当select()返回-1且errno=EINTR时，说明被FIOCANCEL中断，处理后继续循环

关键注意事项 #

• 确认驱动支持FIOCANCEL：不是所有VxWorks设备驱动都实现了FIOCANCEL命令，需要先确认你的目标设备驱动支持这个ioctl。
• 处理EINTR错误：当read()或select()被FIOCANCEL中断时，会返回-1且errno=EINTR，此时不要直接退出程序，而是可以重新进入等待流程。
• 资源与状态重置：执行FIOCANCEL后，建议重新检查设备状态，必要时重新执行端口配置的ioctl序列，确保后续read()能正常工作。
• 线程安全：如果使用多线程方案，要注意文件描述符和控制变量（比如g_need_cancel）的线程安全，必要时用互斥锁保护。

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