对于运行中的 秋色园 站点,偶尔的不经常,我都会做以下的几件开发者该常做的事:
1:查看网站的事件日志(看看有没有网站未发现的异常,有的话要处理)。
2:查看被捕获的异常日志(看看都是什么情况引发的,有的话要处理)。
3:查看数据库执行语句异常日志(看看都有啥情况)。
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;
}
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);
}
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:写代码的天性,问题不解决,又回头折腾。
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