`poll`函數不僅支持監(jiān)控更多的文件描述符，而且不受`select`函數那樣的文件描述符數量限制，使得它在高并發(fā)和I/O密集型應用中表現出色
然而，在使用`poll`函數時，我們經常會遇到`POLLERR`事件，這一事件的處理和理解對于保證系統(tǒng)的穩(wěn)定性和可靠性至關重要
一、`poll`函數概述
`poll`函數的原型定義在`
- `nfds`：要監(jiān)視的文件描述符個數
- `timeout`：等待的超時時間（以毫秒為單位）
`-1`表示無限等待，`0`表示立即返回（非阻塞模式）
`pollfd`結構體定義如下： struct pollfd { int fd; // 要監(jiān)視的文件描述符 short events; // 等待的事件 short revents; // 實際發(fā)生的事件 }; 其中，`fd`是要監(jiān)視的文件描述符，`events`是等待的事件類型，`revents`是`poll`函數返回時實際發(fā)生的事件
常見的事件類型包括： - `POLLIN`：有數據可讀
- `POLLOUT`：可以寫數據（不會阻塞）
- `POLLERR`：發(fā)生錯誤
- `POLLHUP`：掛起事件（對方關閉連接）
- `POLLNVAL`：非法的文件描述符
`poll`函數的返回值： - 成功時，返回大于0的值，表示有多少文件描述符有事件發(fā)生
- 如果超時且無事件發(fā)生，返回0
- 失敗時，返回-1，并設置`errno`
二、`POLLERR`事件詳解 `POLLERR`事件表示在文件描述符上發(fā)生了錯誤條件，它只在`revents`中返回，在`events`中會被忽略
這一錯誤位通常在以下幾種情況下會被設置： 1.報文錯誤：如果網卡或其他I/O設備收到錯誤或不完整的報文，可能會觸發(fā)`POLLERR`事件
然而，需要注意的是，并不是所有報文錯誤都會觸發(fā)`POLLERR`，它更多地與設備或底層驅動的狀態(tài)相關
2.文件描述符錯誤：如果嘗試對一個無效或已關閉的文件描述符進行`poll`操作，可能會觸發(fā)`POLLERR`
3.設備狀態(tài)異常：對于網絡設備，如果設備處于異常狀態(tài)（如網卡被禁用或未正確初始化），也可能會觸發(fā)`POLLERR`
4.管道關閉：對于管道或FIFO，如果寫端已經關閉，而讀端仍在進行`poll`操作，也可能觸發(fā)`POLLERR`
在實際應用中，處理`POLLERR`事件時，需要仔細分析觸發(fā)原因，并采取相應的措施
例如，對于網絡設備，可以檢查設備的狀態(tài)，確保設備已正確初始化并處于活動狀態(tài)；對于文件描述符，可以檢查其有效性，確保沒有使用已關閉或無效的文件描述符進行`poll`操作
三、`POLLERR`事件處理示例
以下是一個使用`poll`函數監(jiān)視網絡套接字，并處理`POLLERR`事件的簡單示例：
include
