Response.Redirect（...）を使用してフォームを新しいページにリダイレクトすると、エラーが発生します。

タイプ 'System.Threading.ThreadAbortException'の最初のチャンス例外がmscorlib.dllで発生しまし
たタイプ 'System.Threading.ThreadAbortException'の例外がmscorlib.dllで発生しましたが、ユーザーコードでは処理されませんでした

私の理解では、このエラーの原因は、ウェブサーバーがresponse.redirectが呼び出されたページの残りの部分を中止したことです。

Response.RedirectendResponse という2番目のパラメーターを追加できることはわかっています。endResponseをTrueに設定した場合でもエラーが発生しますが、Falseに設定した場合は取得しません。それは、リダイレクトされたページの残りの部分がWebサーバーで実行されていることを意味しますが、これは控えめに言っても非効率的なようです。これを行うより良い方法はありますか？以外の何か、Response.Redirectまたは私が取得しない場所で古いページの読み込みを強制的に停止する方法はありThreadAbortExceptionますか？

正しいパターンは、endResponse = falseを指定してRedirectオーバーロードを呼び出し、呼び出しを行って、コントロールを返したら、EndRequestステージに直接進む必要があることをIISパイプラインに通知することです。

Response.Redirect(url, false);
Context.ApplicationInstance.CompleteRequest();

Thomas Marquardtからのこのブログ投稿では、Application_Errorハンドラー内でリダイレクトする特殊なケースを処理する方法など、追加の詳細が提供されています。

ASP.Net WebFormsの問題に対するシンプルでエレガントなソリューションはありませんRedirect。Dirty solutionとTedious solutionのどちらかを選択できます

ダーティ：Response.Redirect(url)ブラウザにリダイレクトを送信しThreadAbortedException、現在のスレッドを終了するためにをスローします。したがって、コードはRedirect（）呼び出しを通過して実行されません。欠点：これは悪い習慣であり、このようなスレッドを強制終了することはパフォーマンスに影響します。また、ThreadAbortedExceptions例外ログに表示されます。

退屈：推奨される方法は、呼び出すことでResponse.Redirect(url, false)、その後Context.ApplicationInstance.CompleteRequest()ただし、コードの実行が継続するとページのライフサイクルでのイベントハンドラの残りはまだ実行されます。（たとえば、Page_Loadでリダイレクトを実行した場合、残りのハンドラーが実行されるだけでなく、Page_PreRenderなども呼び出されます-レンダリングされたページはブラウザーに送信されないだけです。たとえば、ページにフラグを設定し、その後、処理を行う前に、後続のイベントハンドラーがこのフラグをチェックできるようにします。

（CompleteRequest「ASP.NETが実行のHTTPパイプラインチェーン内のすべてのイベントとフィルタリングをバイパスする」と記載されているドキュメント。これは、誤解される可能性が高いです。さらにHTTPフィルターとモジュールをバイパスしますが、イベントをバイパスしません現在のページのライフサイクル。）

さらに深い問題は、WebFormsにはある程度の抽象化が欠けていることです。イベントハンドラーにいるときは、出力用のページを作成中です。別のページを生成するために部分的に生成されたページを終了するため、イベントハンドラーでのリダイレクトは醜いです。制御フローはレンダリングビューから分離されているため、MVCにはこの問題はありません。したがってRedirectAction、ビューを生成せずに、コントローラーにを返すだけでクリーンなリダイレクトを実行できます。

私は遅れていることを知っていますが、このエラーResponse.RedirectはTry...Catchブロック内にいる場合にのみ発生しました。

Response.RedirectをTry ... Catchブロックに配置しないでください。それは悪い習慣です

編集する

@Kiquenetのコメントに応えて、Response.RedirectをTry ... Catchブロックに入れる代わりに、次のようにします。

メソッド/関数を2つのステップに分割します。

Try ... Catchブロック内のステップ1は、要求されたアクションを実行し、アクションの成功または失敗を示す「結果」値を設定します。

Try ... Catchブロックの外側のステップ2では、「結果」の値が何であるかに応じて、リダイレクトが行われます（または行われません）。

このコードは完全とはほど遠いものであり、私がテストしていないため、おそらくコピーすべきではありません。

public void btnLogin_Click(UserLoginViewModel model)
{
    bool ValidLogin = false; // this is our "result value"
    try
    {
        using (Context Db = new Context)
        {
            User User = new User();

            if (String.IsNullOrEmpty(model.EmailAddress))
                ValidLogin = false; // no email address was entered
            else
                User = Db.FirstOrDefault(x => x.EmailAddress == model.EmailAddress);

            if (User != null && User.PasswordHash == Hashing.CreateHash(model.Password))
                ValidLogin = true; // login succeeded
        }
    }
    catch (Exception ex)
    {
        throw ex; // something went wrong so throw an error
    }

    if (ValidLogin)
    {
        GenerateCookie(User);
        Response.Redirect("~/Members/Default.aspx");
    }
    else
    {
        // do something to indicate that the login failed.
    }
}

Response.Redirect() 例外をスローして現在のリクエストを中止します。

このKB記事では、この動作について説明しています（Request.End()およびServer.Transfer()メソッドについても）。

以下のためにResponse.Redirect()過負荷が存在します：

Response.Redirect(String url, bool endResponse)

endResponse = falseを渡すと、例外はスローされません（ただし、ランタイムは現在のリクエストの処理を続行します）。

もし endResponse = trueの（または他の過負荷が使用されている場合）、例外がスローされ、現在の要求を直ちに終了されます。

ここだ公式のラインの問題では（私は最新のを見つけることができませんでしたが、私は状況は.NETそれ以降のバージョンの変更されているとは思いません）

これがまさに Response.Redirect(url, true) ます。をスローしThreadAbortExceptionてスレッドを中止します。その例外を無視してください。（私が見ているのは、グローバルエラーハンドラー/ロガーだと思いますか？）

興味深い関連ディスカッションはResponse.End()有害と見なされますか？。

また、他の解決策を試しましたが、一部のコードはリダイレクト後に実行されました。

public static void ResponseRedirect(HttpResponse iResponse, string iUrl)
    {
        ResponseRedirect(iResponse, iUrl, HttpContext.Current);
    }

    public static void ResponseRedirect(HttpResponse iResponse, string iUrl, HttpContext iContext)
    {
        iResponse.Redirect(iUrl, false);

        iContext.ApplicationInstance.CompleteRequest();

        iResponse.BufferOutput = true;
        iResponse.Flush();
        iResponse.Close();
    }

リダイレクト後のコード実行を防ぐ必要がある場合

try
{
   //other code
   Response.Redirect("")
  // code not to be executed
}
catch(ThreadAbortException){}//do there id nothing here
catch(Exception ex)
{
  //Logging
}

スレッドでAbortを手動で実行する場合に備えて、これを回避しようとしましたが、「CompleteRequest」を残して先に進みます-とにかくリダイレ​​クト後にコードがreturnコマンドを返します。これを行うことができます

public static void Redirect(string VPathRedirect, global::System.Web.UI.Page Sender)
{
    Sender.Response.Redirect(VPathRedirect, false);
    global::System.Web.UI.HttpContext.Current.ApplicationInstance.CompleteRequest();
}

私がしていることは、この例外を、考えられる別の例外と一緒にキャッチすることです。これが誰かを助けることを願っています。

 catch (ThreadAbortException ex1)
 {
    writeToLog(ex1.Message);
 }
 catch(Exception ex)
 {
     writeToLog(ex.Message);
 }

私もその問題を抱えていました。

Server.Transfer代わりに使用してみてくださいResponse.Redirect

私のために働いた。