問(wèn)題大部分如下：
1：寫入一些內(nèi)容到某個(gè)文件中，在另一個(gè)進(jìn)程/線程/后續(xù)操作中要讀取文件內(nèi)容的時(shí)候報(bào)異常，提示 System.IO.IOException: 文件“XXX”正由另一進(jìn)程使用，因此該進(jìn)程無(wú)法訪問(wèn)此文件。
2：在對(duì)一個(gè)文件進(jìn)行一些操作后（讀/寫），隨后想追加依然報(bào)System.IO.IOException: 文件“XXX”正由另一進(jìn)程使用，因此該進(jìn)程無(wú)法訪問(wèn)此文件。次問(wèn)題與1相似。
3：對(duì)一個(gè)文件進(jìn)行一些操作后，想刪除文件，依然報(bào)System.IO.IOException: 文件“XXX”正由另一進(jìn)程使用，因此該進(jìn)程無(wú)法訪問(wèn)此文件。
看到這些，有經(jīng)驗(yàn)的同學(xué)應(yīng)該就會(huì)說(shuō)資源沒(méi)被釋放掉，但也存在如下可能性。我們對(duì)文件的操作非常頻繁，所以寫了特定的操作類/組件來(lái)維護(hù)文件之間的操作，知道特定的時(shí)刻才結(jié)束，常見(jiàn)的如日志，隨著程序的啟動(dòng)便開始寫日志，直到程序關(guān)閉。但此中也存在我們需要提供一個(gè)特殊的操作（讀/寫/刪除）來(lái)操作文件，例如我們需要提供一個(gè)日志查看器來(lái)查看當(dāng)前日志或所有日志，這時(shí)，便無(wú)可避免的發(fā)生了以上的問(wèn)題。
復(fù)制代碼 代碼如下:
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();
}
首先，我聲明了一個(gè)寫文件方法，并調(diào)用它，它將我輸入的內(nèi)容寫入指定的文件當(dāng)中。
復(fù)制代碼 代碼如下:
WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read);
Console.ReadKey();
但是，在寫文件操作結(jié)束之后，我并沒(méi)有釋放掉文件流的資源。所以，此時(shí)會(huì)對(duì)文件造成一個(gè)鎖。我嘗試在windows中刪除它。
很明顯我無(wú)法刪除掉這個(gè)文件，接下來(lái)，我嘗試讀取它。
復(fù)制代碼 代碼如下:
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));
}
我實(shí)現(xiàn)了一個(gè)讀文件方法，并調(diào)用了它。
復(fù)制代碼 代碼如下:
WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read);
ReadFile(FileAccess.Read, FileShare.Read);
一切都很簡(jiǎn)單，訪問(wèn)模式為只讀，這樣應(yīng)該就不會(huì)與上面的寫鎖進(jìn)行沖突！
但是，結(jié)果并非我們所預(yù)想的那樣，為什么會(huì)提示無(wú)法訪問(wèn)？回想一下，在前面，我用windows的記事本打開了這個(gè)文件，并沒(méi)有提示說(shuō)文件被鎖定，我也的確能訪問(wèn)，那為何到了程序里就無(wú)法訪問(wèn)了呢？或許，我們應(yīng)該把重點(diǎn)放在FileMode，F(xiàn)ileAccess，F(xiàn)ileShare這三個(gè)枚舉身上，說(shuō)不定就是它們搞的鬼。
FileMode
MSDN上的解釋是指定操作系統(tǒng)打開文件的方式，我想這個(gè)應(yīng)該不需要解釋了，大家平時(shí)用得比較多了。MSDN的表格也很好的闡述了各個(gè)枚舉值的作用，我就不在解釋了。
FileAccess
定義用于文件讀取、寫入或讀取/寫入訪問(wèn)權(quán)限的常數(shù)。
這個(gè)枚舉也用得比較多了，描述也很通俗易懂，我也不便再解釋了。^_^!
FileShare
相信這個(gè)枚舉類型大家會(huì)比較陌生，甚至有同學(xué)見(jiàn)都沒(méi)見(jiàn)過(guò)（慚愧的是，我也是才認(rèn)識(shí)它沒(méi)多久），陌生歸陌生，但它的作用力也是不可低估，只是.Net幫我們把它封裝得比較好，以至于我們一度認(rèn)為它不是什么重要角色。好吧，進(jìn)入主題！
包含用于控制其他 FileStream 對(duì)象對(duì)同一文件可以具有的訪問(wèn)類型的常數(shù)。這句話是什么意思呢？說(shuō)實(shí)話，我現(xiàn)在看句話還是覺(jué)得很糾結(jié)，相信很多同學(xué)看到也是一頭霧水，沒(méi)關(guān)系，我們先跳過(guò)！
看它的成員描述，和FileAccess很是相似，那我們就嘗試著來(lái)揭開它暫時(shí)神秘的面紗吧！
FileShare.Read
從字面上的意思，我們可以理解為首先打開一個(gè)文件之后（資源未釋放），我們可以再用只讀的方式讀取文件從而不會(huì)拋出文件無(wú)法訪問(wèn)的異常。利用剛才實(shí)現(xiàn)的方法，可以輕易的再完成這個(gè)實(shí)驗(yàn)：
復(fù)制代碼 代碼如下:
WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read);
ReadFile(FileAccess.Read, FileShare.Read);
這是什么回事？不是都設(shè)置成已讀了嗎？或許只能在讀文件的時(shí)候才能設(shè)置為只讀共享。我們?cè)賴L試一下：
復(fù)制代碼 代碼如下:
ReadFile(FileAccess.Read, FileShare.Read);
ReadFile(FileAccess.Read, FileShare.Read);
這次的確是能在第一次沒(méi)釋放資源時(shí)再讀，那我們?cè)僭囋嚹芊裨谠O(shè)置只讀共享后寫文件：
復(fù)制代碼 代碼如下:
ReadFile(FileAccess.Read, FileShare.Read);
WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read);
首先正確的讀出了文件的內(nèi)容，但當(dāng)我嘗試寫入一些內(nèi)容的時(shí)候卻又報(bào)錯(cuò)了。那么，根據(jù)以上的實(shí)驗(yàn)，就可以得知這個(gè)只讀的共享只有是在連續(xù)讀取文件才有效！
FileShare.Write
結(jié)合Read的經(jīng)驗(yàn)，字面上的意思應(yīng)該可以理解為，只有在寫文件時(shí)設(shè)置共享方式為Write，隨后才能繼續(xù)寫入文件，否則會(huì)拋出異常。這里比較好玩的時(shí)，設(shè)置Write之后，萬(wàn)能的Window記事本也打不開文件了。
FileShare.ReadWrite
有了以上的經(jīng)驗(yàn)，從字面上理解，可以認(rèn)為這個(gè)ReadWrite一定是結(jié)合了Read和Write的特性。那到底它有什么用呢？上面我們知道，在讀文件設(shè)置Read共享能繼續(xù)讀而不能寫，在寫文件時(shí)設(shè)置Write共享則能繼續(xù)寫而不能讀，但是當(dāng)我們?cè)O(shè)置了寫共享后并想讀取文件時(shí)怎么辦？只能先釋放資源再重新加載了嗎？不需要，ReadWrite就是為此而生的。
復(fù)制代碼 代碼如下:
WriteFile(FileMode.Create, FileAccess.Write, FileShare.Read);
ReadFile(FileAccess.Read, FileShare.ReadWrite);
不過(guò)這里寫文件的時(shí)候并不允許把共享設(shè)置成Write，否則讀文件時(shí)用ReadWrite則無(wú)效（報(bào)異常），但都設(shè)置為ReadWrite可以。這一定，便可以解決很多日常開發(fā)中的煩惱。
FileShare.None/FileShare.Delete
有了上面的經(jīng)驗(yàn)，相信這兩個(gè)你也很容易的就理解了，None則為不允許后續(xù)有任何操作，而Delete則是允許你隨后進(jìn)行刪除操作。
黑箱子里的內(nèi)容
對(duì)于文件操作，我們平常使用的比較多的可能是以下幾種：
復(fù)制代碼 代碼如下:
File.AppendAllText("......");
File.AppendAllLines(...);
File.AppendText(...);
FileStream fs = new FileStream(path, FileAccess.Write);
fs.Write(....);
實(shí)際上它們也是在內(nèi)部初始化了FileMode/FileAccess/FileShare，例如File的靜態(tài)方法最后都會(huì)生成一個(gè)Stream實(shí)例，其中便調(diào)用了私有方法
尾聲
現(xiàn)在，我們明白了，其實(shí)/FileShare就是控制文件流的“訪問(wèn)權(quán)限”，當(dāng)然，這僅僅是入門的文件操作，自己做了筆記，也希望能給大家?guī)?lái)幫助，高級(jí)篇園子里已經(jīng)有不少前輩寫了文件讀寫鎖方面的文章，感興趣的同學(xué)可有搜索一下，前去觀摩！！
作者：空逸云
您可能感興趣的文章:- 深入多線程之:Reader與Write Locks(讀寫鎖)的使用詳解
- Java并發(fā)編程之顯示鎖ReentrantLock和ReadWriteLock讀寫鎖
- Java多線程編程之讀寫鎖ReadWriteLock用法實(shí)例
- 如何使用C#讀寫鎖ReaderWriterLockSlim
