Lock不住的BUG，神一般无解的BUG（XX正由另一进程使用，因此该进程无法访问该文件）

对于运行中的 秋色园 站点，偶尔的不经常，我都会做以下的几件开发者该常做的事：

1：查看网站的事件日志（看看有没有网站未发现的异常，有的话要处理）。
2：查看被捕获的异常日志（看看都是什么情况引发的，有的话要处理）。
3：查看数据库执行语句异常日志（看看都有啥情况）。 

今天早些时候，看了下日志，对于一条比较熟悉，但一直没怎么处理的日志，突然有了想处理掉它的想法：

log:http://www.cyqdata.com/search/cnblogs/finger+print

------------------------

Error On : 2013-3-28 5:30:18

[WriteException]:文件“D:\*\TableSchema\CYQ.Data.TableSchema_Sql.qblog.Blog_User.ts”正由另一进程使用，因此该进程无法访问该文件。:

   在 System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

   在 System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)

   在 System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)

   在 System.IO.StreamWriter.CreateFile(String path, Boolean append)

   在 System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize)

   在 System.IO.StreamWriter..ctor(String path, Boolean append)

   在 CYQ.Data.Tool.IOHelper.Save(String fileName, String text, Boolean isAppend)

   在 System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)

   在 System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)

   在 System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)

   在 System.IO.StreamWriter.CreateFile(String path, Boolean append)

   在 System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize)

   在 System.IO.StreamWriter..ctor(String path, Boolean append)

   在 CYQ.Data.Tool.IOHelper.Save(String fileName, String text, Boolean isAppend)

 

关于这个错误的小小解释：

这个错误，其实就是对IO写文件操作加了try  catch，然后记录了下来，根据错误的直观提示：
既然是进程性错误，理想当然的推想是应用程序池在回收时，产生的另一个进程，刚好写文件时和另一个未回收完成的进程同时写引发的异常，被记录了。

我就想了一个，通过增加进程间的互斥量，来解决多进程间并发解决方案：

         static System.Threading.Semaphore _mutex =  new System.Threading.Semaphore( 1,  1,  " IOHelper.Save ");
         private  static  bool Save( string fileName,  string text,  bool isAppend)
        {
             try
            {
                 if (_mutex.WaitOne( 2000,  false)) // 进程间同步。
                {
                     using (StreamWriter writer =  new StreamWriter(fileName, isAppend))
                    {
                        writer.Write(text);
                    }
                }
                 return  true;
            }
             catch (Exception err)
            {
                Log.WriteLogToTxt(err);
            }
             finally
            {
                 try
                {
                    _mutex.Release();
                }
                 catch
                {

                }
            }
             return  false;
        }

写完代码，我建了个项目，写个Demo，测试下多进程的并发问题，代码很简单，一个按钮点击，开一个线程，运行以下这段代码：

  string path = AppDomain.CurrentDomain.BaseDirectory +  " a.ts ";
                 while ( true)
                {
                    IOHelper.Save(path,  " test ",  true);
                }

 

线程一开，一个死循环，不停写文件。

运行了一下，我查看文件是否正常创建，于是我打开那文件，看日志写进了没有，发现很正常写进了，于是又回到代码处。

然后又开了一个软件，又点了运行，一个神奇的BUG就这样被我触发了：

刷的一下，抛出异常：

"文件“F:\\*\\bin\\Debug\\a.ts”正由另一进程使用，因此该进程无法访问该文件。"

 

神奇的BUG的被触发后，神一般的无解：

1：不管我怎么写代码，仅单线程，Lock，双重Lock，还是Mutex，还是混合用，运行几秒后，都抛这个异常。
2：然后我加了线程休眠，发现加到Thread.Slee( 100)以下又正常，这个正常让我怀疑，难道文件关闭，还有延时功能？
3：通过Reflect看源码，查了几个基类，也没见着特殊。。。怀疑得不到解决，纳闷升级。。。 
3：之后我在闪存里了点条闪存说这问题，也在QQ群发了点相似的内容。。。反正就有点纳闷中无解。 
4：几小时之后，我放弃了，你妹夫的，不弄了。。神一般的简直无解。
5：感觉东西开的太多了，我就关掉了一些，其中包括文件夹。
6：写代码的天性，问题不解决，又回头折腾。

问题失踪了？？？？ 

这回运行，一切正常了，产生多少并发也没报那错。。。你妹的咋回事，这么神奇？？？？
于是我又去看了那个创建的文件有没有问题。。。。
回头一运行。。你妹夫的，又抛异常了。。。

突然意识到了什么，经过几个抛异常，不抛异常的轮回折腾，终发现这个神般无解的的BUG：

原来是查看文件时，等于该文件被鼠标focus选定了原因,处于被forcus状态的文件，频繁的写入就抛那异常了。

这BUG多无解，你妹：