推 osanaosana:很有用的文章... 07/27 18:03
→ tuzr:請修周董的Unix程式設計就會學到fd了XD 07/28 02:07
→ godman362:不想修周董的課啦....每次都修到睡著 07/28 08:37
趁著有空閒，來寫一下一般情況下如何寫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