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

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

这个错误，其实就是对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;
        }

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

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

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