Compartir a través de

Las excepciones no controladas provocan ASP. Aplicaciones basadas en NET para salir inesperadamente en .NET Framework

  • Artículo

Este artículo le ayuda a resolver el problema en el que las excepciones no controladas provocan ASP. Las aplicaciones basadas en NET se cierran inesperadamente en .NET Framework.

Versión original del producto: .NET Framework 4.5
Número de KB original: 911816

Nota:

Este artículo se aplica a Microsoft .NET Framework 2.0 y a todas las versiones posteriores.

Síntomas

Cuando se produce una excepción no controlada en un ASP. La aplicación basada en NET que se basa en .NET Framework 2.0 y versiones posteriores, la aplicación se cierra inesperadamente. Cuando se produce este problema, no se registra ninguna información de excepción que debe tener para comprender el problema en el registro de la aplicación.

Sin embargo, se puede registrar un mensaje de evento similar al ejemplo siguiente en el registro del sistema. Además, un mensaje de evento similar al ejemplo siguiente se puede registrar en el registro de la aplicación.

Causa

Este problema se produce porque la directiva predeterminada para las excepciones no controladas ha cambiado en .NET Framework 2.0 y versiones posteriores. De forma predeterminada, la directiva de excepciones no controladas es finalizar el proceso de trabajo.

En .NET Framework 1.1 y en .NET Framework 1.0, se omiten las excepciones no controladas en los subprocesos administrados. A menos que adjunte un depurador para detectar la excepción, no se dará cuenta de que nada estaba mal.

ASP.NET usa la directiva predeterminada para las excepciones no controladas en .NET Framework 2.0 y versiones posteriores. Cuando se produce una excepción no controlada, asp. La aplicación basada en NET se cierra inesperadamente.

Este comportamiento no se aplica a las excepciones que se producen en el contexto de una solicitud. Estos tipos de excepciones siguen siendo controladas y ajustadas por un HttpException objeto . Las excepciones que se producen en el contexto de una solicitud no hacen que finalice el proceso de trabajo. Sin embargo, las excepciones no controladas fuera del contexto de una solicitud, como excepciones en un subproceso de temporizador o en una función de devolución de llamada, hacen que el proceso de trabajo finalice.

Resolución 1

Modifique el código fuente del IHttpModule objeto para que registre la información de excepción en el registro de la aplicación. La información registrada incluirá lo siguiente:

  • Ruta de acceso del directorio virtual en la que se produjo la excepción
  • Nombre de la excepción
  • El mensaje.
  • Seguimiento de la pila

Para modificar el IHttpModule objeto, siga estos pasos.

Nota:

Este código registrará un mensaje que tiene el tipo de evento error y el origen del evento de ASP.NET 2.0.50727.0 en el registro de la aplicación. Para probar el módulo, solicite una página de ASP.NET que use el ThreadPool.QueueUserWorkItem método para llamar a un método que produzca una excepción no controlada.

  1. Coloque el código siguiente en un archivo denominado 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);
        }
    }
}

  2. Guarde el archivo UnhandledExceptionModule.cs en la C:\Program Files\Microsoft Visual Studio 8\VC carpeta .

  3. Abra el Símbolo del sistema de Visual Studio.

  4. Escriba sn.exe -k key.snky presione ENTRAR.

  5. Escriba csc /t:library /r:system.web.dll,system.dll /keyfile:key.snk UnhandledExceptionModule.csy presione ENTRAR.

  6. Escriba gacutil.exe /if UnhandledExceptionModule.dlly presione ENTRAR.

  7. Escriba ngen install UnhandledExceptionModule.dlly presione ENTRAR.

  8. Escriba gacutil /l UnhandledExceptionModuley presione ENTRAR para mostrar el nombre seguro del archivo UnhandledExceptionModule .

  9. Agregue el código siguiente al archivo Web.config del ASP. Aplicación basada en NET.

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

Resolución 2

Vuelva a cambiar la directiva de excepción no controlada al comportamiento predeterminado que se produce en .NET Framework 1.1 y en .NET Framework 1.0.

Nota:

No se recomienda cambiar el comportamiento predeterminado. Si omite excepciones, la aplicación puede perder recursos y abandonar bloqueos.

Para habilitar este comportamiento predeterminado, agregue el código siguiente al archivo Aspnet.config que se encuentra en la carpeta siguiente:
%WINDIR%\Microsoft.NET\Framework\v2.0.50727

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

Status

Este comportamiento es por diseño.

Más información

Para obtener más información sobre los cambios en .NET Framework 2.0, visite Cambios importantes en .NET Framework 2.0.