趁著有空閒，來寫一下一般情況下如何寫Async I/O的作法 在一般學習的時候，我們學得都是很直覺的寫法 就是寫完資料後開始讀資料，或是讀完資料後再寫資料 而這樣的作法，又稱之為sync，中文稱為同步作業 不過處理多人作業的話，或許就會死的很難看 假設寫的是一個聊天軟體，不可能送完訊息後，還要等他回傳才可以再送 我想這樣的軟體沒人要用，而且程式要等到回傳才會有反應 這樣變成若是沒有任何回傳，程式就會掛在那邊跟當機一樣 因此，我們需要的是Async作業方式 一般來說Sync翻成同步作業，而Async就會被翻譯成非同步作業 不過這樣的翻譯方式並不是相當恰當，在LDD3(Linux Device Driver)書上有提到 因為Sync是因為作業方式一路走下來，所以翻譯成同步沒有問題 不過Async跟非同步一點關係也沒有，所以是不恰當的翻法 因此書上提出一個「不規律」的翻譯方式，以下解釋： 為何提出「不規律」的翻法？ 試著想想，在一般情況下，資料什麼時候會備妥？我們什麼時候可以寫入/讀取？ 應該是完全不知道，或是說無法預期 就是說我們對於外來的訊息，根本就不知道他什麼時候可以寫入/讀取 也因此，就變成了要讓資料自己告訴我們他已經備妥，而我們可以對他動作 這邊就會衍生出中斷(Interrupt)的概念，不過在這邊他被我要講得東西包起來 所以先不用去管他 接著介紹在寫Async I/O會用到的類型：select、poll select就是一種利用中斷概念所產生的API，也是建議使用的API poll的話，以中文的方式來說叫「輪詢」，是最不建議使用的API 不過在介紹這兩個API之前，必須先提一個東西：File Description(以下都稱fd) 不用管他的中文，因為他一直沒有很好的翻譯 那fd是怎麼來的？ fd是藉由開啟某個檔案，或是某個裝置所給予的編號 像是一般我們所謂的stdin、stdout、stderr也有編號，而且是固定： stdin : 0 stdout : 1 stderr : 2 所以基本來說，開啟之後的任何編號都是以3開始 像是以下，會就得到一個編號： int Test_FD = open("test.txt", rb+); 這樣以開啟test.txt這個檔案的編號，就是3 那我們要寫入資料，或是讀出資料，都是和fd做溝通 當然，不是只有開檔案而已，前面也提到開啟某裝置一樣會得到編號 不過在Windows底下只有開檔案或是開Socket才會有 有了fd的概念，就可以繼續來談Async I/O的部份了 不過有點累，晚一點再打下一篇。 -- 要感謝的人太多了，那就謝天吧 要改得程式碼太多了，那就改天吧 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.118.8.230