c語言程式設計常見錯誤集錦（c語言程式設計遇到的問題及解決方案）

開發過程中，我們玩玩需要大量與檔案互動，讀檔案，寫檔案已成家常便飯，本地執行完美，但一上到投產環境，往往會出現很多令人措手不及的意外，或開發中的煩惱，因此，我對普通的C#檔案操作做了一次總結，問題大部分如下：

1：寫入一些內容到某個檔案中，在另一個程序/執行緒/後續操作中要讀取檔案內容的時候報異常，提示 System.IO.IOException: 檔案“XXX”正由另一程序使用，因此該程序無法訪問此檔案。

2：在對一個檔案進行一些操作後（讀/寫），隨後想追加依然報System.IO.IOException: 檔案“XXX”正由另一程序使用，因此該程序無法訪問此檔案。此問題與1相似。

3：對一個檔案進行一些操作後，想刪除檔案，依然報System.IO.IOException: 檔案“XXX”正由另一程序使用，因此該程序無法訪問此檔案。

看到這些，有經驗的同學應該就會說資源沒被釋放掉，但也存在如下可能性。我們對檔案的操作非常頻繁，所以寫了特定的操作類/元件來維護檔案之間的操作，直到特定的時刻才結束，常見的如日誌，隨著程式的啟動便開始寫日誌，直到程式關閉。但此中也存在我們需要提供一個特殊的操作（讀/寫/刪除）來操作檔案，例如我們需要提供一個日誌檢視器來檢視當前日誌或所有日誌，這時，便無可避免的發生了以上的問題。

static void WriteFile(FileMode fileMode, FileAccess fileAccess, FileShare fileShare) {     Console.WriteLine("please input your content.");     var content = Console.ReadLine();     FileStream fs = new FileStream(FILEPATH, fileMode, fileAccess, fileShare);     var buffer = Encoding.Default.GetBytes(content);     fs.Write(buffer, 0, buffer.Length);     fs.Flush(); }

首先，我宣告瞭一個寫檔案的方法，並呼叫它，它將我輸入的內容寫入指定的檔案當中。

WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read); Console.ReadKey();

但是，在寫檔案操作結束之後，我並沒有釋放掉檔案流的資源。所以，此時會對檔案造成一個鎖。我嘗試在windows中刪除它。

很明顯我無法刪除掉這個檔案，接下來，我嘗試讀取它。

static void ReadFile(FileAccess fileAccess, FileShare fileShare) {     FileStream fs = new FileStream(FILEPATH, FileMode.Open, fileAccess, fileShare);     var buffer = new byte[fs.Length];     fs.Position = 0;     fs.Read(buffer, 0, buffer.Length);     Console.WriteLine(Encoding.Default.GetString(buffer)); }

我實現了一個讀檔案的方法，並呼叫了它。

WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read); ReadFile(FileAccess.Read, FileShare.Read);

一切都很簡單，訪問模式為只讀，這樣應該就不會與上面的寫鎖進行衝突！

但是，結果並非我們所預想的那樣，為什麼會提示無法訪問？回想一下，在前面，我用windows的記事本開啟了這個檔案，並沒有提示說檔案被鎖定，我也的確能訪問，那為何到了程式裡就無法訪問了呢？或許，我們應該把重點放在FileMode，FileAccess，FileShare這三個列舉身上，說不定就是它們搞的鬼。

更多linux核心視訊教程文字資料免費獲取可以後臺私信【核心】獲取。

FileMode

MSDN上的解釋是指定作業系統開啟檔案的方式，我想這個應該不需要解釋了，大家平時用得比較多了。MSDN的表格也很好的闡述了各個列舉值的作用，我就不在解釋了。

FileAccess

定義用於檔案讀取、寫入或讀取/寫入訪問許可權的常數。

這個列舉也用得比較多了，描述也很通俗易懂，我也不便再解釋了。^_^!

FileShare

相信這個列舉型別大家會比較陌生，甚至有同學見都沒見過（慚愧的是，我也是才認識它沒多久），陌生歸陌生，但它的作用力也是不可低估，只是.Net幫我們把它封裝得比較好，以至於我們一度認為它不是什麼重要角色。好吧，進入主題！

包含用於控制其他 FileStream 物件是對同一檔案可以具有的訪問型別的常數。這句話是什麼意思呢？說實話，我現在看這句話還是覺得很糾結，相信很多同學看到也是一頭霧水，沒關係，我們先跳過！

看它的成員描述，和FileAccess很是相似，那我們就嘗試著來揭開它暫時神祕的面紗吧！

FileShare.Read

從字面上的意思，我們可以理解為首先開啟一個檔案之後（資源未釋放），我們可以再用只讀的方式讀取檔案從而不會丟擲檔案無法訪問的異常。利用剛才實現的方法，可以輕易地再完成這個實驗：

WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read); ReadFile(FileAccess.Read, FileShare.Read);

這是什麼回事？不是都設定成已讀了嗎？或許只能在讀檔案的時候才能設定為只讀共享。我們再嘗試一下：

ReadFile(FileAccess.Read, FileShare.Read); ReadFile(FileAccess.Read, FileShare.Read);

這次的確是能在第一次沒釋放資源時再讀，那我們再試試能否在設定只讀共享後寫檔案：

ReadFile(FileAccess.Read, FileShare.Read); WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read);

首先正確地讀出了檔案的內容，但當我嘗試寫入一些內容的時候卻又報錯了。那麼，根據以上的實驗，就可以得知這個只讀的共享只有是在連續讀取檔案才有效！

FileShare.Write

結合Read的經驗，字面上的意思應該可以理解為，只有在寫檔案時設定共享方式為Write，隨後才能繼續寫入檔案，否則會丟擲異常。這裡比較好玩的時，設定Write之後，萬能的Window記事本也打不開檔案了。

FileShare.ReadWrite

有了以上的經驗，從字面上理解，可以認為這個ReadWrite一定是結合了Read和Write的特性。那到底它有什麼用呢？上面我們知道，在讀檔案設定Read共享能繼續讀而不能寫，在寫檔案時設定Write共享則能繼續寫而不能讀，但是當我們設定了寫共享後並想讀取檔案時怎麼辦？只能先釋放資源再重新載入了嗎？不需要，ReadWrite就是為此而生的。

WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read); ReadFile(FileAccess.Read, FileShare.ReadWrite);

不過這裡寫檔案的時候並不允許把共享設定成Write，否則讀檔案時用ReadWrite則無效（報異常），但都設定為ReadWrite可以。這一定，便可以解決很多日常開發中的煩惱。

FileShare.None/FileShare.Delete

有了上面的經驗，相信這兩個你也很容易的就理解了，None則為不允許後續有任何操作，而Delete則是允許你隨後進行刪除操作。

黑箱子裡的內容

對於檔案操作，我們平常使用得比較多的可能是以下幾種：

File.AppendAllText("......"); File.AppendAllLines(...); File.AppendText(...); FileStream fs = new FileStream(path, FileAccess.Write); fs.Write(....);

實際上它們也是在內部初始化了
   FileMode/FileAccess/FileShare，例如File的靜態方法最後都會生成一

個Stream例項，其中便呼叫了私有方法

尾聲

現在，我們明白了，其實/FileShare就是控制檔案流的“訪問許可權”，當然，這僅僅是入門的檔案操作，自己做了筆記，也希望能給大家帶來幫助，高階篇園子裡已經有不少前輩寫了檔案讀寫鎖方面的文章，感興趣的同學可有搜尋一下，前去觀摩！！