如何通过中断函数打破被accept阻塞的WHILE循环？

明确结论：interruptHandler()不能直接打破while循环，信号处理函数的执行上下文与主循环完全分离，直接在信号处理逻辑里跳转到主循环后续代码会破坏栈结构，属于未定义行为；C++也没有标准的、安全的类似汇编标签跳转的实现。必须修改现有逻辑来解决accept()长期阻塞导致无法及时响应退出信号的问题，以下是符合<pthread.h>和<winsock2.h>要求的具体方案：

方案1：用select()实现可控的连接等待（推荐） #

利用select()监听服务器套接字的可读事件，同时设置超时时间，既能等待客户端连接，又能定期检查退出标志，避免accept()长期阻塞。

修改后的核心代码：

std::signal(SIGINT, interruptHandler);
fd_set read_fds;
struct timeval timeout;

while(intStatus != 2){
    FD_ZERO(&read_fds);
    FD_SET(sock, &read_fds);
    // 设置1秒超时，可根据需求调整间隔
    timeout.tv_sec = 1;
    timeout.tv_usec = 0;

    // 监听套接字是否有新连接请求
    int ret = select(sock + 1, &read_fds, NULL, NULL, &timeout);
    if(ret == -1){
        // 被信号中断（SIGINT触发时select会返回-1，errno为EINTR）
        if(errno == EINTR){
            continue; // 直接进入下一轮循环检查退出标志
        }
        perror("select failed");
        break;
    }else if(ret == 0){
        // 超时，主动检查退出标志
        continue;
    }else{
        // 有客户端连接，执行accept
        ClientSocket client;
        client.csock = accept(sock,reinterpret_cast<SOCKADDR*>(&(client.csin)),&(client.crecsize));
        if(client.csock != INVALID_SOCKET){
            tArray.push_back(new pthread_t);
            pthread_create(tArray.back(), NULL, session, &client);
        }
    }
}

std::cout<<"Waiting for Clients to exit..."<<std::endl;
for(pthread_t* thread : tArray){
    pthread_join(*thread,NULL);
    delete thread; // 记得释放内存，避免泄漏
}

方案2：将服务器套接字设为非阻塞模式 #

把sock设置为非阻塞状态，accept()会立即返回——无连接时返回错误，此时我们可以短暂休眠后再次检查退出标志：

// 在bind、listen操作完成后，设置套接字为非阻塞
u_long nonblock = 1;
ioctlsocket(sock, FIONBIO, &nonblock);

std::signal(SIGINT, interruptHandler);
while(intStatus != 2){
    ClientSocket client;
    client.csock = accept(sock,reinterpret_cast<SOCKADDR*>(&(client.csin)),&(client.crecsize));
    if(client.csock != INVALID_SOCKET){
        tArray.push_back(new pthread_t);
        pthread_create(tArray.back(), NULL, session, &client);
    }else{
        int err = WSAGetLastError();
        if(err == WSAEWOULDBLOCK){
            // 无新连接，休眠100ms后重试
            Sleep(100);
            continue;
        }else{
            perror("accept failed");
            break;
        }
    }
}

// 后续线程等待与清理代码同方案1

关于信号处理函数直接跳转的风险 #

当accept()阻塞时触发SIGINT，信号处理函数会打断accept()使其返回错误（errno=EINTR），但主流程会回到accept()的下一行继续执行。如果尝试用longjmp这类跳转模拟汇编标签跳转，会导致accept()未完成的栈帧无法清理，直接破坏程序运行的栈结构，属于严重的未定义行为，绝对不能使用。

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