1

Application_ErrorカスタムHttpModuleを使用して、送信された応答を変更できるように（ステータスコードと「場所」ヘッダーをいじり、具体的には新しい本文を作成する）、すべてのイベントハンドラーの直後に発生するイベントを見つけようとしています。

私はフックしようとしましたApplication_EndRequest（これが起動することが保証されている唯一のハンドラーであることを読んだので）が、これはリクエスト処理で遅すぎてレスポンスヘッダーを変更できず、次のようになりますHttpException：

Server cannot append header after HTTP headers have been sent.
4

2 に答える 2

2

ASP.Net は、別のエラー処理ページのために、ApplicationError の後に新しい応答を起動すると思います。この応答に追加してみてください。

アップデートOK: やり方はこちら！

エラー ハンドラーをアタッチできることと、ページ内のイベントを適切に処理できることの両方を確認したかったので、最後のサーバー エラーを null にすることはできません。また、ヘッダーを追加できるようにしたいと考えています。

web.config で、次を追加します。

<customErrors redirectMode="ResponseRewrite" mode="On">
    <error statusCode="500" redirect="~/ErrorHandler.aspx"/>
</customErrors>

または、具体的にキャッチしようとしているエラー。そしてhttpModulesの下：

<add name="ErrorModule" type="TestErrorLifecycle.ErrorModule, TestErrorLifecycle"/>

エラーをログに記録するコードは、このモジュールにあります。

public class ErrorModule : IHttpModule
{
    private volatile object locker = new object();

    public void Init(HttpApplication context)
    {
        context.Error += context_Error;
    }

    void context_Error(object sender, EventArgs e)
    {
        var app = sender as HttpApplication;

        lock (locker)
        {
            assertLogDirectory(app.Server);

            using (var fs = File.AppendText(app.Server.MapPath("~/logs/errorlog.txt")))
            {
                var lastException = app.Server.GetLastError();
                if (lastException == null) throw new ApplicationException("Not expected...");
                fs.WriteLine(lastException.Message);
            }
        }

        // we could also do a Request.Redirect() here...
    }

    private void assertLogDirectory(HttpServerUtility server)
    {
        var logdir = server.MapPath("~/logs/");
        if (!Directory.Exists(logdir))
            Directory.CreateDirectory(logdir);
    }

    public void Dispose()
    {
    }
}

ファイルシステムに書き込んだだけです。カーネル ファイル トランザクションや排他的ロックなどを使用できますが、ここからこのファイルにのみ書き込むことがわかっているため、単純なプライベート セマフォを選択しました。

テストのためにこれを Default.aspx.cs に追加しました。

protected void Page_Load(object sender, EventArgs e)
{
    throw new ApplicationException("wtf, something wrong??!");
}

これを含むファイルErrorHandler.aspxを作成しました（短縮のために一部を省略しました）：

<body>
    <h2>Error handler</h2>
    <form id="form1" runat="server">
        <p>Last error: <asp:Label ID="lblError" runat="server" /></p>
    </form>
</body>

そして、ここにページクラスがあります:

public partial class ErrorHandler : Page
{
    public ErrorHandler()
    {
        Load += ErrorHandler_Load;
    }

    private void ErrorHandler_Load(object sender, EventArgs e)
    {
        Response.AddHeader("X-TESTING", "Yes it works...");
        lblError.Text = Server.GetLastError() == null ? "noo, why is it null?!?" : Server.GetLastError().Message;
    }
}

最後に、ErrorHandler.aspx で次の応答ヘッダーを取得します。

Server: ASP.NET Development Server/9.0.0.0
Date: Mon, 23 Feb 2009 00:37:45 GMT
X-AspNet-Version: 2.0.50727
X-TESTING: Yes it works...
Cache-Control: private
Content-Type: text/html; charset=utf-8
Content-Length: 725
Connection: Close
200 OK

Response.Headers-collection に直接追加しようとする場合は、IIS をパイプライン モードで実行する必要があります: http://forums.asp.net/p/1253457/2323117.aspx

これが役立つことを願っています！乾杯ヘンリック

于 2009-02-22T23:56:09.213 に答える
0

レスポンスが送信される前に、エラーが発生しやすいコードをすべて移動しない限り、この問題を解決することはできません。これを行うには、情報をクライアントに送り返す前に、すべてのコードを実行するように HttpHandler をセットアップする必要があります。

クライアントに情報を返すために再構築する方法があります。アプリケーションが爆発する場所を把握し、それを try ... catch で実行すると役立ちます。

于 2009-02-22T23:58:19.490 に答える