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