C++的可移植性和跨平臺開發(fā)5:操作系統(tǒng)★文件系統(tǒng)（FileSystem以下簡稱FS）

剛開頭搞跨平臺開發(fā)的新手，多半都會碰上和FS相關的問題。所以先來聊一下FS。歸納下來，開發(fā)中簡單碰上的FS差異主要有如下幾個：名目分隔符的差異；大小寫敏感的差異；路徑中禁用字符的差異。

為了應對上述差異，你要留意如下幾點：

1、文件和名目命名要標準

在給文件和名目命名時，盡量只使用字母和數字。不要在同一個名目下放兩個名稱相像（名稱中只有大小寫不同，例如foo.cpp與Foo.cpp）的文件。不要使用某些OS的保存字（例如aux、con、nul、prn）作文件名或名目名。

補充一下，剛剛說的命名，包括了源代碼文件、二進制文件和運行時創(chuàng)立的其它文件。

2、#include語句要標準

當你寫#include語句時，要留意使用正斜線“/“（比擬通用）而不要使用反斜線“\“（僅在Windows可用）。#include語句中的文件和名目名要和實際名稱保持大小寫完全全都。

3、代碼中涉及FS操作，盡量使用現成的庫

已經有許多成熟的、用于FS的第三方庫（比方boost::filesystem）。假如你的代碼涉及到FS的操作（比方名目遍歷），盡量使用這些第三方庫，可以幫你省不少事情。

★文本文件的回車CR/換行LF

由于幾個知名的操作系統(tǒng)對回車/換行的處理不全都，導致了這個煩人的問題。目前的局面是：Windows同時使用CR和LF；Linux和大局部的Unix使用LF；蘋果的Mac系列使用CR。

對于源代碼治理，好在許多版本治理軟件（比方CVS、SVN）都會智能地處理這個問題，讓你從代碼庫取回本地的源碼能適應本地的格式。

假如你的程序需要在運行時處理文本文件，要留意本文方式翻開和二進制方式翻開的區(qū)分。另外，假如涉及跨不同系統(tǒng)傳輸文本文件，要考慮進展適當的處理。

★文件搜尋路徑（包括搜尋可執(zhí)行文件和動態(tài)庫）

在Windows下，假如要執(zhí)行文件或者加載動態(tài)庫，一般會搜尋當前名目；而Posix系統(tǒng)則不盡然。所以假如你的應用涉及到啟動進程或加載動態(tài)庫，就要當心這個差異。

★環(huán)境變量

對于上述提到的搜尋路徑問題，有些同學想通過修改PATH和LD_LIBRARY_PATH來引入當前路徑。假設使用這種方法，建議你只修改良程級的環(huán)境變量，不要修改系統(tǒng)級的環(huán)境變量（修改系統(tǒng)級有可能影響到同機的其它軟件，產生副作用）。

★動態(tài)庫

假如你的應用程序使用動態(tài)庫，劇烈建議動態(tài)庫導出標準C風格的函數（盡量不要導出類）。假如在Posix系統(tǒng)中加載動態(tài)庫，切記慎用RTLD_GLOBAL標志位。這個標志位會Enable全局符號表，有可能會導致多個動態(tài)庫之間的符號名沖突（一旦遇到這種事，會消失匪夷所思的運行時錯誤，極難調試）。

★效勞/看管進程

假如你不清晰效勞和看管進程的概念，請看維基百科（這里和這里）。為了表達便利，以下統(tǒng)稱效勞。

由于C++開發(fā)的模塊大局部是后臺模塊，常常會遇到效勞的問題。編寫效勞需要調用好幾個系統(tǒng)相關的API，導致了與操作系統(tǒng)的嚴密耦合，很難用一套代碼搞定。因此比擬好的方法是抽象出一個通用的效勞外殼，然后把業(yè)務規(guī)律代碼作為動態(tài)庫掛載到它下面。這樣的話，至少保證了業(yè)務規(guī)律的代碼只需要一套；效勞外殼的代碼雖然需要兩套（一個用于Windows、一個用于Posix），但他們是業(yè)務無關的，可以很便利地重用。

★默認棧大小

不同的操作系統(tǒng)，棧的默認大小差異很大，從幾十KB（據說Symbian只有12K，真摳門）到幾MB不等。因此你事先要打聽一下目標