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

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

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

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多无解，你妹：

版权声明：本文原创发表于博客园，作者为路过秋天，原文链接：

http://www.cnblogs.com/cyq1162/archive/2013/03/29/2988035.html

你们的系统真的安全吗？你们系统是不是也有这种诡异的情况呢？ 这个文章来源灵感是公司的项目在安全检查的时候，发现了很多 SQL 注入的一些问题还有一些 XSS 攻击问题，SQL 注入我们都是比较了解的，那么什么是 XSS 攻击呢？测试反馈给我的时候我是一脸懵逼呀，现在我们就来说一下什么是 XSS 攻击，以及我们怎么防止它的出现。
我修复的印象最深的一个bug，一个导致CPU和内存异常到无法响应的BUG 系统上线一段时间后，客户反映接口响应特别慢，甚至没有响应，第一时间依次检查了网络、服务器资源使用情况，发现服务器CPU和内存占用率都非常的高，经过一阵紧张的排查，最终发现问题出现的根源，这就是我修复的印象最深的一个bug就是由于String的用法不当所造成的。
沙箱报错：系统有点儿忙，一会儿再试试 沙箱有定期维护，维护期间如果测试会报错。临时维护也会有类似报错，敬请谅解。  说明（如下图）访问地址：[url]https://openhome.alipay.com/platform/appDaily.htm?tab=info[/url] 沙箱维护时间 每周日中午12点至每周一中午12点沙箱环境进行维护，期间可能出现不可用。