正文

Linux 設備四種讀寫模型——其實核心就 4 種方式：查詢、休眠 - 喚醒、poll、異步通知。它們不是中斷本身，而是 “應用 - 驅動” 的上層交互邏輯（中斷是底層硬件觸發(fā)機制），但高效交互幾乎都依賴中斷實現(xiàn)。

1 查詢方式

核心原理：應用層主動、周期性查詢設備狀態(tài)，不管設備是否就緒，CPU 都在循環(huán)檢查 —— 像你每隔 1 分鐘去門口看快遞到沒到。

代碼示例（應用層）：

#include#include#includeintmain(){ intfd =open("/dev/key", O_RDWR); if(fd 0) {perror("open");return-1; } intkey_state; while(1) {   read(fd, &key_state,sizeof(key_state));// 主動查詢   if(key_state ==1) {     printf("按鍵按下！n");     break;    }   usleep(100000);// 100ms查一次，仍占CPU  } close(fd); return0;}

優(yōu)缺點與場景

優(yōu)點：實現(xiàn)最簡單，無需驅動復雜邏輯，調試方便

缺點：CPU 占用率極高（哪怕設備幾小時沒響應），浪費資源

適用場景：僅調試或極簡單設備（如 LED 狀態(tài)查詢），生產環(huán)境慎用！

2 休眠 - 喚醒

核心原理：設備未就緒時，應用進程主動休眠（釋放 CPU 給其他任務）；當設備就緒（如按鍵按下觸發(fā)中斷），驅動喚醒進程繼續(xù)執(zhí)行 —— 像你聽到門鈴（中斷）再去取快遞，否則在家休息。

代碼示例（驅動 + 應用）：

驅動層（關鍵邏輯）#include#includestaticwait_queue_head_tkey_waitq;// 等待隊列staticintkey_pressed =0;// 設備就緒標記// 讀操作：未就緒則休眠staticssize_tkey_read(structfile *filp,char__user *buf,size_tcount,loff_t*ppos){ wait_event_interruptible(key_waitq, key_pressed);// 休眠 copy_to_user(buf, &key_pressed,sizeof(key_pressed));  key_pressed =0; returnsizeof(key_pressed);}// 中斷服務函數(shù)：設備就緒時喚醒irqreturn_tkey_isr(intirq,void*dev_id){  key_pressed =1; wake_up_interruptible(&key_waitq);// 喚醒進程 returnIRQ_HANDLED;}
應用層（極簡）intmain(){ intfd =open("/dev/key", O_RDWR); intkey_state; read(fd, &key_state,sizeof(key_state));// 阻塞等待 printf("按鍵按下！n"); close(fd); return0;}

優(yōu)缺點與場景

優(yōu)點：CPU 占用率極低（休眠時 0 占用），實現(xiàn)簡單

缺點：不支持超時，只能阻塞等待單個設備

適用場景：大多數(shù)字符設備（按鍵、串口、傳感器），嵌入式開發(fā)首選！

3 poll 方式

核心原理：結合 “查詢” 和 “休眠 - 喚醒” 的優(yōu)點：應用層通過poll()/select()設置超時時間，內核監(jiān)控多個設備 —— 超時前設備就緒則立即返回，超時后也會喚醒，避免無限阻塞。

像你告訴快遞員 “10 分鐘內到就等，超時不等”，還能同時等快遞和外賣。

代碼示例（驅動 + 應用）：

驅動層（poll 函數(shù)實現(xiàn)）#includestaticunsignedintkey_poll(structfile *filp,structpoll_table_struct *wait){ unsignedintmask =0; poll_wait(filp, &key_waitq, wait);// 加入等待隊列 if(key_pressed) {    mask |= POLLIN | POLLRDNORM;// 標記可讀就緒  } returnmask;}// 驅動操作集綁定staticconststructfile_operationskey_fops = {  .owner = THIS_MODULE,  .read = key_read,  .poll = key_poll,// 關鍵：綁定poll函數(shù)};應用層（監(jiān)控按鍵 + 超時）#includeintmain(){ intfd =open("/dev/key", O_RDWR | O_NONBLOCK); structpollfdfds[1] = {{fd, POLLIN,0}};// 關注可讀事件 while(1) {   intret =poll(fds,1,1000);// 等待1秒   if(ret >0&& (fds[0].revents & POLLIN)) {     intkey_state;     read(fd, &key_state,sizeof(key_state));     printf("按鍵按下！n");     break;    }elseif(ret ==0) {     printf("等待超時...n");    }  } close(fd); return0;}

優(yōu)缺點與場景

優(yōu)點：CPU 占用率低，支持超時、支持多設備同時監(jiān)控，兼容得阻塞 IO

缺點：實現(xiàn)復雜，高并發(fā)下開銷大

適用場景：多設備監(jiān)聽、需超時（串口 + 網卡）

4 異步通知

核心原理：完全反轉交互方向：應用層無需查詢 / 等待，設備就緒時（觸發(fā)中斷），驅動主動發(fā)送信號（如 SIGIO）通知應用層，應用層執(zhí)行信號處理函數(shù) —— 像快遞員直接把快遞送上門，不用你等。

代碼示例（驅動 + 應用）

驅動層（異步通知實現(xiàn)）#includestaticstructfasync_struct*key_async;// 異步通知初始化staticintkey_fasync(intfd,structfile *filp,intmode){ returnfasync_helper(fd, filp, mode, &key_async);}// 中斷服務函數(shù)：發(fā)送信號irqreturn_tkey_isr(intirq,void*dev_id){ if(key_async) {   kill_fasync(&key_async, SIGIO, POLL_IN);// 發(fā)送SIGIO信號  } returnIRQ_HANDLED;}
應用層（信號處理）#includevoidsigio_handler(intsignum){// 信號處理函數(shù) intfd =open("/dev/key", O_RDWR); intkey_state; read(fd, &key_state,sizeof(key_state)); printf("異步通知：按鍵按下！n"); close(fd);}intmain(){ intfd =open("/dev/key", O_RDWR); fcntl(fd, F_SETOWN,getpid());// 設置信號接收進程 intflags =fcntl(fd, F_GETFL); fcntl(fd, F_SETFL, flags | FASYNC);// 啟用異步通知 signal(SIGIO, sigio_handler);// 注冊信號處理函數(shù) // 主線程可自由執(zhí)行其他邏輯 while(1) {   printf("主線程運行中...n");   sleep(1);  } close(fd); return0;}

優(yōu)缺點與場景

優(yōu)點：CPU 占用率最低，完全異步，應用層無阻塞

缺點：實現(xiàn)復雜（需處理信號安全），信號可能丟失

適用場景：高實時性設備（網卡、磁盤 IO）、應用層需同時處理多任務的場景

本人專注 Linux 驅動 & Linux/Android BSP 開發(fā)調試，可接外包項目/技術支持/問題定位。有需求或交個朋友可加微信：【Chen_WeChat2025】。