Ohanterade undantag orsakar ASP. NET-baserade program avslutas oväntat i .NET Framework

Artikel
12/14/2024

Den här artikeln hjälper dig att lösa problemet där ohanterade undantag orsakar ASP. NET-baserade program avslutas oväntat i .NET Framework.

Ursprunglig produktversion: .NET Framework 4.5
Ursprungligt KB-nummer: 911816

Kommentar

Den här artikeln gäller för Microsoft .NET Framework 2.0 och alla senare versioner.

Symptom

När ett ohanterat undantag genereras i en ASP. NET-baserat program som bygger på .NET Framework 2.0 och senare versioner avslutas oväntat. När det här problemet uppstår loggas ingen undantagsinformation som du måste ha för att förstå problemet i programloggen.

Ett händelsemeddelande som liknar följande exempel kan dock loggas i systemloggen. Dessutom kan ett händelsemeddelande som liknar följande exempel loggas i programloggen.

Orsak

Det här problemet beror på att standardprincipen för ohanterade undantag har ändrats i .NET Framework 2.0 och senare versioner. Som standard är principen för ohanterade undantag att avsluta arbetsprocessen.

I .NET Framework 1.1 och .NET Framework 1.0 ignorerades ohanterade undantag på hanterade trådar. Om du inte kopplade ett felsökningsprogram för att fånga undantaget skulle du inte inse att något var fel.

ASP.NET använder standardprincipen för ohanterade undantag i .NET Framework 2.0- och senare versioner. När ett ohanterat undantag utlöses, asp. NET-baserat program avslutas oväntat.

Det här beteendet gäller inte för undantag som inträffar i kontexten för en begäran. Den här typen av undantag hanteras fortfarande och omsluts av ett HttpException objekt. Undantag som inträffar i kontexten för en begäran leder inte till att arbetsprocessen avslutas. Men ohanterade undantag utanför kontexten för en begäran, till exempel undantag i en timertråd eller i en motringningsfunktion, gör att arbetsprocessen avslutas.

Lösning 1

Ändra källkoden IHttpModule för objektet så att det loggar undantagsinformation till programloggen. Informationen som loggas innehåller följande:

Den virtuella katalogsökväg där undantaget inträffade
Undantagsnamnet
Meddelandet
Stackspårningen

Följ dessa steg om IHttpModule du vill ändra objektet.

Kommentar

Den här koden loggar ett meddelande med händelsetypen Fel och händelsekällan för ASP.NET 2.0.50727.0 i programloggen. Om du vill testa modulen begär du en ASP.NET sida som använder ThreadPool.QueueUserWorkItem metoden för att anropa en metod som genererar ett ohanterat undantag.

Placera följande kod i en fil med namnet UnhandledExceptionModule.cs.

using System;
using System.Diagnostics;
using System.Globalization;
using System.IO;
using System.Runtime.InteropServices;
using System.Text;
using System.Threading;
using System.Web;

namespace WebMonitor
{
    public class UnhandledExceptionModule: IHttpModule
    {

        static int _unhandledExceptionCount = 0;
        static string _sourceName = null;
        static object _initLock = new object();
        static bool _initialized = false;

        public void Init(HttpApplication app)
        {

            // Do this one time for each AppDomain.
            if (!_initialized)
            {
                lock (_initLock)
                {
                    if (!_initialized)
                    {
                        string webenginePath = Path.Combine(RuntimeEnvironment.GetRuntimeDirectory(),
                        "webengine.dll");

                        if (!File.Exists(webenginePath))
                        {
                            throw new Exception(String.Format(CultureInfo.InvariantCulture,
                                                        "Failed to locate webengine.dll at '{0}'.
                                                        This module requires .NET Framework 2.0.",
                                                              webenginePath));
                        }

                        FileVersionInfo ver = FileVersionInfo.GetVersionInfo(webenginePath);
                        _sourceName = string.Format(CultureInfo.InvariantCulture,
                         "ASP.NET {0}.{1}.{2}.0",
                                                    ver.FileMajorPart, ver.FileMinorPart,
                                                     ver.FileBuildPart);

                        if (!EventLog.SourceExists(_sourceName))
                        {
                            throw new Exception(String.Format(CultureInfo.InvariantCulture,
                                                        "There is no EventLog source named '{0}'.
                                                        This module requires .NET Framework 2.0.",
                                                              _sourceName));
                        }

                        AppDomain.CurrentDomain.UnhandledException +=
                        new UnhandledExceptionEventHandler(OnUnhandledException);

                        _initialized = true;
                    }
                }
            }
        }

        public void Dispose()
        {
        }

        void OnUnhandledException(object o, UnhandledExceptionEventArgs e)
        {
            // Let this occur one time for each AppDomain.
            if (Interlocked.Exchange(ref _unhandledExceptionCount, 1) != 0)
                return;

            StringBuilder message = new StringBuilder("\r\n\r\nUnhandledException logged by
            UnhandledExceptionModule.dll:\r\n\r\nappId=");

            string appId = (string) AppDomain.CurrentDomain.GetData(".appId");
            if (appId != null)
            {
                message.Append(appId);
            }

            Exception currentException = null;
            for (currentException = (Exception)e.ExceptionObject; currentException != null;
            currentException = currentException.InnerException)
            {
                message.AppendFormat("\r\n\r\ntype={0}\r\n\r\nmessage={1}
                \r\n\r\nstack=\r\n{2}\r\n\r\n",
                                     currentException.GetType().FullName,
                                     currentException.Message,
                                     currentException.StackTrace);
            }

            EventLog Log = new EventLog();
            Log.Source = _sourceName;
            Log.WriteEntry(message.ToString(), EventLogEntryType.Error);
        }
    }
}

Spara UnhandledExceptionModule.cs-filen i C:\Program Files\Microsoft Visual Studio 8\VC mappen.
Öppna Visual Studio-kommandotolken.
Skriv sn.exe -k key.snkoch tryck sedan på RETUR.
Skriv csc /t:library /r:system.web.dll,system.dll /keyfile:key.snk UnhandledExceptionModule.csoch tryck sedan på RETUR.
Skriv gacutil.exe /if UnhandledExceptionModule.dlloch tryck sedan på RETUR.
Skriv ngen install UnhandledExceptionModule.dlloch tryck sedan på RETUR.
Skriv gacutil /l UnhandledExceptionModuleoch tryck sedan på RETUR för att visa det starka namnet för filen UnhandledExceptionModule .

Lägg till följande kod i filen Web.config för din ASP. NET-baserat program.

<add name="UnhandledExceptionModule"
type="WebMonitor.UnhandledExceptionModule, <strong name>" />

Lösning 2

Ändra tillbaka den ohanterade undantagsprincipen till standardbeteendet som inträffar i .NET Framework 1.1 och i .NET Framework 1.0.

Kommentar

Vi rekommenderar inte att du ändrar standardbeteendet. Om du ignorerar undantag kan programmet läcka resurser och överge lås.

Om du vill aktivera det här standardbeteendet lägger du till följande kod i filen Aspnet.config som finns i följande mapp:
%WINDIR%\Microsoft.NET\Framework\v2.0.50727

<configuration>
     <runtime>
         <legacyUnhandledExceptionPolicy enabled="true" />
     </runtime>
</configuration>

Status

Detta beteende är av design.

Mer information

Mer information om ändringar i .NET Framework 2.0 finns i Icke-bakåtkompatibla ändringar i .NET Framework 2.0.

Dela via

Ohanterade undantag orsakar ASP. NET-baserade program avslutas oväntat i .NET Framework

Symptom

Orsak

Lösning 1

Lösning 2

Status

Mer information

Feedback

Ytterligare resurser