1：写入一些内容到某个文件中，在另一个进程/线程/后续操作中要读取文件内容的时候报异常，提示 System.IO.IOException: 文件“XXX”正由另一进程使用，因此该进程无法访问此文件。
2：在对一个文件进行一些操作后（读/写），随后想追加依然报System.IO.IOException: 文件“XXX”正由另一进程使用，因此该进程无法访问此文件。次问题与1相似。
3：对一个文件进行一些操作后，想删除文件，依然报System.IO.IOException: 文件“XXX”正由另一进程使用，因此该进程无法访问此文件。
看到这些，有经验的同学应该就会说资源没被释放掉，但也存在如下可能性。我们对文件的操作非常频繁，所以写了特定的操作类/组件来维护文件之间的操作，知道特定的时刻才结束，常见的如日志，随着程序的启动便开始写日志，直到程序关闭。但此中也存在我们需要提供一个特殊的操作（读/写/删除）来操作文件，例如我们需要提供一个日志查看器来查看当前日志或所有日志，这时，便无可避免的发生了以上的问题。 但是，在写文件操作结束之后，我并没有释放掉文件流的资源。所以，此时会对文件造成一个锁。我尝试在windows中删除它。 很明显我无法删除掉这个文件，接下来，我尝试读取它。 但是，结果并非我们所预想的那样，为什么会提示无法访问？回想一下，在前面，我用windows的记事本打开了这个文件，并没有提示说文件被锁定，我也的确能访问，那为何到了程序里就无法访问了呢？或许，我们应该把重点放在FileMode，FileAccess，FileShare这三个枚举身上，说不定就是它们搞的鬼。 这个枚举也用得比较多了，描述也很通俗易懂，我也不便再解释了。^_^!
FileMode
MSDN上的解释是指定操作系统打开文件的方式，我想这个应该不需要解释了，大家平时用得比较多了。MSDN的表格也很好的阐述了各个枚举值的作用，我就不在解释了。
FileAccess
定义用于文件读取、写入或读取/写入访问权限的常数。 
FileShare
相信这个枚举类型大家会比较陌生，甚至有同学见都没见过（惭愧的是，我也是才认识它没多久），陌生归陌生，但它的作用力也是不可低估，只是.Net帮我们把它封装得比较好，以至于我们一度认为它不是什么重要角色。好吧，进入主题！
包含用于控制其他 FileStream 对象对同一文件可以具有的访问类型的常数。这句话是什么意思呢？说实话，我现在看句话还是觉得很纠结，相信很多同学看到也是一头雾水，没关系，我们先跳过！ 
看它的成员描述，和FileAccess很是相似，那我们就尝试着来揭开它暂时神秘的面纱吧！
FileShare.Read
从字面上的意思，我们可以理解为首先打开一个文件之后（资源未释放），我们可以再用只读的方式读取文件从而不会抛出文件无法访问的异常。利用刚才实现的方法，可以轻易的再完成这个实验：