Qt C++中SIGIO（I/O Possible）错误含义及诱因问询

在Linux环境里，SIGIO本质是个异步I/O通知信号——内核会在进程的某个文件描述符有可操作的I/O事件（比如读就绪、写就绪）时给进程发这个信号。但在Qt框架下，尤其是你用的Qt4.8版本，这个信号触发崩溃绝对不是单纯的“有I/O可以处理”，而是和Qt的事件循环、线程资源管理、音频设备的异步逻辑冲突直接相关，结合你的场景，我给你拆解下：

常见诱因（结合Qt4.8与Linux） #

• 线程事件循环被打断：QAudioOutput是依赖Qt事件循环来处理音频数据异步传输的。你在QThread里用循环+wait(1)这种阻塞式等待的方式调用example()，会直接打乱Qt对音频设备I/O事件的调度节奏。当内核发送SIGIO通知音频设备有I/O就绪时，你的线程可能正处于阻塞状态，没法正常处理这个信号，最终触发崩溃。
• 音频设备资源的冲突绑定：每次example()都新建QBuffer并传给audioOutput->start(qbuff)，如果前一次的音频输出还没完全结束，就强行绑定新的缓冲区，会导致音频设备底层的文件描述符（Linux下音频设备比如ALSA是用文件描述符管理的）出现混乱。这时内核发送的SIGIO信号会被Qt的事件系统错误处理，直接引发崩溃。
• Qt4.8的跨线程安全缺陷：Qt4.8的QAudioOutput在跨线程使用时的线程安全支持远不如Qt5/Qt6完善。如果你的audioOutput是在主线程创建的，却在子线程里调用start()，这里的异步I/O信号（SIGIO）到底该投递到主线程还是子线程？Qt4.8的信号分发逻辑在这里可能存在bug，一旦信号被投递到没有处理上下文的线程，崩溃就不可避免了。
• 资源释放时序错误：你提到example()结束时会删除qbuff和audioOutput，但如果audioOutput还在播放（底层I/O操作还在进行），你就强制销毁资源，当内核的SIGIO信号过来时，Qt的事件处理函数访问的是已经释放的内存，直接导致崩溃。

结合你的代码场景的补充说明 #

你说单次调用或主线程执行时没问题，但循环/子线程调用就崩溃，刚好对应上面的几个点：

• 单次调用时，音频输出完成后才会释放资源，时序是对的；但循环调用时，前一次的audioOutput可能还没停止，你就启动了新的输出，导致音频设备的I/O队列混乱，SIGIO信号过来时Qt无法正确处理。
• QThread里的wait(1)是阻塞操作，会暂停线程的事件循环，而QAudioOutput需要事件循环来处理音频数据填充和I/O完成的通知。当SIGIO信号到达时，线程处于阻塞状态，没法触发对应的Qt事件处理函数，最终引发信号处理的崩溃。

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