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