服务器内存小引发的惨案 -pc6资讯

您的位置：首页 → 网络冲浪 → 服务器 → 服务器内存小引发的惨案

服务器内存小引发的惨案 时间：2011/7/29 9:56:03来源：本站原创作者：xy我要评论(0)

第 2 页

这些日志是怎么产生的？

其实就是系统未被捕获的异常的，然后最终一路过五关，最后就跑这来了，跑到这来，基本上你的应用程序池就变的很不稳定的说。

下面就随意扯扯异常这事情

首先一点就是：

在.NET 2.0中，主线程或线程的错误，都会导致进程的中止，引发应用程序池回收。

1.1版本的时候，线程的错误是不会引发主进程中止的。

PS：还记得我上篇文章“秋色园QBlog技术原理解析：性能优化篇：用户和文章计数器方案(十七)”说到的内置线程吧，

其实隐藏说的就是这问题，线程的访问冲突，经常性的引发了主进程中止，导致应用程序池重启。

再说一点的就：

先把日志上的警告和异常给处理了。

最后一点的就是：

全局捕获未处理的异常，然后作掉它，不让它跑到这来危害应用程序池重启。[补充：作掉它并不能避免应用程序池重启]

基础不好，很多天了，才偶然发现这么点代码：

一：AppDomain.CurrentDomain.UnhandledException 事件

        public Window1() {
            InitializeComponent();
            AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);
        }

        void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
        {
            throw new NotImplementedException();
        }

PS：在web中发现这家伙似乎不起作用，没深入纠结它，而且它阻止不了异常往上报，只能是收集信息用。

二：HttpApplication.Error事件

        public void Init(HttpApplication context)
        {
            context.BeginRequest += new EventHandler(context_BeginRequest);
            context.Error += new EventHandler(context_Error);
        }

        void context_Error(object sender, EventArgs e)
        {
            HttpApplication app = (HttpApplication)sender;
            Log.WriteLogToTxt(app.Server.GetLastError());
            app.Server.ClearError();//把错误消灭了，不让它往上抛
        }

这里其实要说的就是app.Server.ClearError()，为了发现这一行代码，我纠结了好多个小时，最后很偶然才发现它，[虽然发现了它，但是作用似乎不大]。

补充：

在楼下网友：长河落魄的疑问声中，我测试了一下，得到以下结果：

1：主线程中产生的“错误”，只要不是致命的，系统日志中仅是“警告”级别，它不会引发应用程序重启。

2：内置线程中产生的“错误”，系统中产生的“错误”级别，它会中止进程，而且，上面的全局语句并不能捕获到异常。

当然，这里还有几个疑惑：

1：应用程序池是不是只遇到“错误”级别的，才会引发终止，重启？

2：主线程中一般的错误都是“警告”级别，那有没有可能会产生“错误”级别的错误呢？如果产生了，是不是一样可拦截？这上面的清除异常的代码，是不是就有效了？

3：多线程中的异常，没有全局捕获的事件了？如果有，你在哪呢？

好了，现在基本上错误都被记录，一步一步对着日志一个一个消灭了，现在基本上应用程序池很稳定不乱重启了，安稳了许多。

其实总结还是一句：内存太小，伤不起啊！

上一页2