首先說說什么是阻塞和非阻塞的概念：阻塞操作就是指進程在操作設(shè)備時，由于不能獲取資源或者暫時不能操作設(shè)備時，系統(tǒng)就會把進程掛起，被掛起的進程會進入休眠狀態(tài)并且會從調(diào)度器的運行隊列移走，放到等待隊列中，然后一直休眠，直到該進程滿足可操作的條件，再被喚醒，繼續(xù)執(zhí)行之前的操作。非阻塞操作的進程在不能進行設(shè)備操作時，并不會掛起，要么放棄，要么不停地執(zhí)行，直到可以進行操作為止。

我們都知道，在應(yīng)用中，打開一個設(shè)備文件時，指定了是以阻塞還是非阻塞打開（缺省是阻塞方式），然后后面的讀寫一切都是交由驅(qū)動來實現(xiàn)，那么驅(qū)動是如何實現(xiàn)read()和write()的阻塞呢！下面以讀寫一個內(nèi)存塊為例子，當該內(nèi)存寫滿了，不能寫的時候，調(diào)用write（）函數(shù)該怎么處理，當該內(nèi)存已經(jīng)讀取完了，空了的時候，調(diào)用read（）函數(shù)，又改如何處理（該代碼簡化了，只為說明問題，不能正常編譯使用）：

wait_queue_head_t read_queue; ? ? ?//定義讀等待隊列頭部
? wait_queue_head_t write_queue; ? ??//定義寫等待隊列頭部
? struct semaphore sem; ? ? ? ? ? ? ? ? ? ??//定義信號量，用于互斥訪問公共資源

static ssize_t mem_read(struct file *filp, char __user *buf, size_t size, loff_t *ppos)

{

if(down_interruptible(&sem))
? return -ERESTARTSYS;? ? ??//使用?down_interruptible，給公共資源上鎖，以防出現(xiàn)并發(fā)引起的競態(tài)問題

while (!have_data)? ? ?//have_data用來判斷緩沖區(qū)中是否有數(shù)據(jù)，如果有數(shù)據(jù)，直接跳過該while語句，執(zhí)行下面的 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? // copy_to_user
? {
up(&sem);?? ? //由于沒有數(shù)據(jù)，不能進行讀取數(shù)據(jù)操作，要釋放鎖，解鎖，這里的解鎖很重要，要是沒有解鎖，很容 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?//易進入死鎖，具體怎樣，下面再分析? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

if(filp->f_flags & O_NONBLOCK)? ?//判斷該文件時以阻塞方式還是非阻塞方式打開

return -EAGAIN; ?? ? ? ? ? ? ? ? ? //由于是非阻塞打開，直接返回

wait_event_interruptible(read_queue,have_date);//阻塞方式代開，該語句會讓進程進入休眠狀態(tài)，然后等待其他進程 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?//的喚醒并且have_data=true時，才會被完全喚醒，執(zhí)行下面的語句

if（down_interruptible(&sem)）? ? ? ? ? ?//由于可以進行讀取了，所以在此給公共資源上鎖

return -ERESTARTSYS;

if (copy_to_user(buf, (void*)(dev->data + p), count))? { ??? ?//實現(xiàn)數(shù)據(jù)從內(nèi)核空間讀取到用戶空間，完成讀取操作

..................

}

have_data = false; ??//標記該數(shù)據(jù)已經(jīng)讀取完畢

up(&sem);? ? ?//釋放鎖

wake_up(&write_queue);?//讀取完畢，緩沖區(qū)有空間可以寫入了，就喚醒寫進程，讓寫進程把數(shù)據(jù)寫入

return ;

}

下面分析write函數(shù),其原理和實現(xiàn)也是和read函數(shù)一樣，都是先給公共資源上鎖，再判斷是阻塞訪問還是非阻塞訪問，如果是非阻塞訪問，且資源不能獲取時，直接返回，若果時阻塞且不能獲取資源時，就進入休眠，等待其他進程的喚醒。

static ssize_t mem_write(struct file *filp, char __user *buf, size_t size, loff_t *ppos)

{

if(down_interruptible(&sem))
? return -ERESTARTSYS;? ? ??//使用?down_interruptible，給公共資源上鎖，以防出現(xiàn)并發(fā)引起的競態(tài)問題

while (have_data)? ? ?//have_data用來判斷緩沖區(qū)中是否有數(shù)據(jù)，如果有數(shù)據(jù)，表示緩沖區(qū)已經(jīng)滿了，不能寫入，

//如果have_data是false,即沒有數(shù)據(jù)，緩沖區(qū)是空的，可以寫入數(shù)據(jù)，就執(zhí)行下面的copy_from_user
? {
up(&sem);??? ? //由于有數(shù)據(jù)，不能進行寫入數(shù)據(jù)操作，要釋放鎖，解鎖 ? ? ? ? ?? ? ? ? ? ? ? ? ? ? ? ? ??if(filp->f_flags & O_NONBLOCK)?? ?//判斷該文件時以阻塞方式還是非阻塞方式打開

return -EAGAIN; ??? ? ? ? ? ? ? ? ? //由于是非阻塞打開，直接返回

wait_event_interruptible(write_queue,!have_date);//阻塞方式代開，該語句會讓進程進入休眠狀態(tài)，然后等待其他進程 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?//的喚醒并且have_data=false時，才會被完全喚醒，執(zhí)行下面的語句

if（down_interruptible(&sem)）?? ? ? ? ? ?//由于可以進行寫入操作了，所以在此給公共資源上鎖

return -ERESTARTSYS;

if (copy_from_user((dev->data + p), buf,count))? { ??? ?//實現(xiàn)數(shù)據(jù)從內(nèi)核空間讀取到用戶空間，完成讀取操作

..................

}

have_data = true; ??//標記該數(shù)據(jù)已經(jīng)讀取完畢

up(&sem);?? ? ?//釋放鎖

wake_up(&read_queue);?//寫入數(shù)據(jù)完畢，緩沖區(qū)有數(shù)據(jù)可以讀取了，就喚醒讀進程，讓讀進程開始讀取數(shù)據(jù)

return ;

}

以上是驅(qū)動中的讀取和寫入操作，當寫進程發(fā)現(xiàn)數(shù)據(jù)已滿，不能寫入時，且上層應(yīng)用是以阻塞的方式打開設(shè)備文件時，所以必須要寫入數(shù)據(jù)才能返回，否則不能返回，那么就有兩種實現(xiàn)機制，要不就是不停地忙等待，等待設(shè)備可以寫入時，便寫入，然后返回，可是這樣做的話，非常影響CPU的執(zhí)行效率，大大降低了CPU的性能，所以linux內(nèi)核中采取了等待隊列的實現(xiàn)方式，就是當一個阻塞進程寫入數(shù)據(jù)時，發(fā)現(xiàn)不能寫入時，會把這個進程掛起，放到等待隊列中休眠，然后一直在休眠，直到有個讀進程，把緩沖區(qū)的數(shù)據(jù)讀取完畢后，然后讀進程會把寫進程喚醒，告訴寫進程緩沖區(qū)可以寫入數(shù)據(jù)了，于是寫進程繼續(xù)寫入操作，并且返回。舉個例子，小明餓了，要吃飯，于是跑去媽媽那里，說要吃飯，媽媽說放沒有做好，你說小明是繼續(xù)在這里一直等著媽媽把飯做好，還是先去睡一覺好呢，如果我是小明，我就先去睡一覺，然后媽媽把飯做好了，就把小明叫醒，小明，可以吃飯了，于是小明起來，跑去吃飯。當讀進程阻塞時，也是這樣，就不分析了。

現(xiàn)在說說為什么每次進去阻塞前都要把鎖釋放掉，然后喚醒時再次上鎖，我們試想一下，假如讀進程發(fā)現(xiàn)緩沖區(qū)為空，不能讀取時，準備進入休眠了，沒有把鎖釋放，效果會怎樣，就相當于讀進程帶著鎖睡著了，一旦讀進程帶著鎖睡著了，寫進程來了，可是寫進程因為不能獲取鎖，就不能訪問臨界區(qū)的資源，更不能往緩沖區(qū)里面寫入數(shù)據(jù)，所以緩沖區(qū)會一直為空，且寫進程也會不停地在那里休眠，等到讀進程釋放鎖，可是讀進程睡著了，不能釋放鎖，寫進程也休眠了，不能喚醒讀進程，于是就發(fā)生了死鎖了。這就好比小明他爸爸藏了一個還魂丹在保險箱里，有一天，他爸爸暈倒了，可是沒有告訴小明鎖放在那里，于是小明只能在保險箱外面，看著他爸爸暈過去，卻無能為力了.....

?