作者：龍飛

UNIX中的一切事物都是文件（everything in Unix is a file!）

        當我在這篇教程中提到UNIX的時候，其意思專指符合UNIX標準的所謂“正統”UNIX的衍生系統（其實我就用來帶指那些買了最初UNIX源代碼的商業系統）操作系統和類似Linux，BSD這些類UNIX系統。如果某些要點是Linux特有的，或者因為本人孤陋寡聞暫時搞不清楚是Linux特有的還是UNIX通用的，我就會指明是Linux，甚至其發行版（我本人在寫這篇教程的時候是以Debian GNU/Linux 4.0 etch為測試平臺的）。
        我們學習UNIX的時候，恐怕聽到的第一句話就是這句：UNIX中一切都是文件。這是UNIX的基本理念之一，也是一句很好的概括。比如，很多UNIX老鳥會舉出個例子來，“你看，/dev/hdc是個文件，它實際上也是我的光盤……”UNIX中的文件可以是：網絡連接（network connection），輸入輸出（FIFO），管道（a pipe），終端（terminal），硬盤上的實際文件，或者其它任何東東。

文件與文件描述符（file & file descriptor）

        你可能對上一章中建模類中的int還記憶猶新。我們用int在描述socket，實際上，所有的文件描述符都是int，沒錯，用的是一個整數類型。如果你覺得這樣讓你很難接受，那么恭喜你，你跟我一樣，也許是深中C++面向對象思想的毒了^^。因為是int，所以文件描述符不可能是C++概念中的對象，因為int無法發出行為，但是，這并不代表也不能接受一個動作哈。
        PASCAL之父在批判面向對象思想教條的時候，曾經生動的舉了個例子，“在OOP的概念中，絕對不應該接受a+b這種表達的， OOP對這個問題的表達應該是a.add(b)”。fd（file descriptor）可以作為接受動作的對象，但是本身卻無法發出動作，這就如同一個只能做賓語不能做主語的名詞，是個不完整的對象。但是，請別忘了Linux和socket本身是C語言的產物，我們必須接受在面向過程時代下的產物，正視歷史——當然，這與我們自己再進行OOP的封裝并不矛盾。
        我們應該記住3個已經打開的fd，0：標準輸入（STDIN_FILENO）；1：標準輸出（STDOUT_FILENO）；2：標準錯誤（STDERR_FILENO）。（以上宏定義在<unistd.h>中）一個最簡單的使用fd的例子，就是使用<unistd.h>中的函數：write(1, "Hello, World!\n", 20);，在標準輸出上顯示“Hello, World!”。
        另外一個需要注意的問題是，file和fd并非一定是一一對應的。當一個file被多個程序調用的時候，會生成相互獨立的fd。這個概念可以類比于C++中的引用（eg: int& rTmp = tmp;）。

socket與file descriptor

        文件是應用程序與系統（包括特定硬件設備）之間的橋梁，而文件描述符就是應用程序使用這個“橋梁”的接口。在需要的時候，應用程序會向系統申請一個文件，然后將文件的描述符返回供程序使用。返回socket的文件通常被創建在/tmp或者/usr/tmp中。我們實際上不用關心這些文件，僅僅能夠利用返回的socket描述符就可以了。
       好了，說了這么多，實際上就解釋了一個問題，“為什么socket的類型是int？” -_-!!!