Formumu yeni bir sayfaya yönlendirmek için Response.Redirect (...) kullandığımda hatayı alıyorum:

Mscorlib.dll dosyasında 'System.Threading.ThreadAbortException' türünün ilk şans istisnası oluştu mscorlib.dll dosyasında
'System.Threading.ThreadAbortException' türü istisnası oluştu, ancak kullanıcı kodunda işlenmedi

Bunun benim anlayışım, hatanın web sunucusunun, yanıt.redirect'in çağrıldığı sayfanın geri kalanını iptal etmesinden kaynaklanıyor olmasıdır.

Response.RedirectEndResponse denilen ikinci bir parametre ekleyebileceğimi biliyorum . EndResponse öğesini True olarak ayarlarsam hala hatayı alıyorum, ancak False olarak ayarlarsam almıyorum. Bu, web sunucusunun yönlendirdiğim sayfanın geri kalanını çalıştırdığı anlamına geldiğinden eminim. Hangi az söylemek verimsiz gibi görünüyor. Bunu yapmanın daha iyi bir yolu var mı? Başka bir şey Response.Redirectveya alamayacağım yerlerde eski sayfayı yüklemeyi durdurmaya zorlamak için bir yolu var ThreadAbortExceptionmı?

Doğru desen, endResponse = false ile Yönlendirme aşırı yükünü çağırmak ve denetimi döndürdüğünüzde IIS kanalına doğrudan EndRequest aşamasına ilerlemesi gerektiğini bildirmek için bir çağrı yapmaktır:

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

Thomas Marquardt'ın bu blog yazısı , bir Application_Error işleyicisinin içindeki özel yönlendirme durumunun nasıl ele alınacağı da dahil olmak üzere ek ayrıntılar sağlar.

Orada hiçbir basit ve zarif bir çözüm RedirectASP.Net WebForms sorunun. Kirli çözelti ile Sıkıcı çözelti arasında seçim yapabilirsiniz

Kirli : Response.Redirect(url)tarayıcıya bir yönlendirme gönderir ve ardından ThreadAbortedExceptiongeçerli iş parçacığını sonlandırmak için a atar . Bu nedenle, Redirect () - çağrısının ötesinde hiçbir kod yürütülmez. Dezavantajları: Kötü bir uygulamadır ve bu gibi iplikleri öldürmek için performans sonuçları vardır. Ayrıca, ThreadAbortedExceptionsistisna günlüğünde görünecektir.

Sıkıcı : Önerilen yol aramaktırResponse.Redirect(url, false) ve sonra Context.ApplicationInstance.CompleteRequest()Ancak kod yürütme devam eder ve sayfa yaşam döngüsünde kalan olay işleyicileri yine de yürütülür. (Örneğin, yönlendirmeyi Page_Load içinde gerçekleştirirseniz, yalnızca işleyicinin geri kalanı yürütülmez, Page_PreRender vb. De çağrılır - işlenen sayfa tarayıcıya gönderilmez. ör. sayfada bir bayrak ayarlama ve ardından herhangi bir işlem yapmadan önce sonraki olay işleyicilerin bu bayrağı kontrol etmesine izin verin.

(Belgelerin CompleteRequest" ASP.NET'in HTTP boru hattı yürütme zincirindeki tüm olayları ve filtrelemeyi atlamasına neden olduğunu" belirtmektedir . geçerli sayfa yaşam döngüsünde.)

Daha derin sorun, WebForms'un bir soyutlama eksikliğidir. Bir olay işleyicisindeyseniz, çıktı almak için zaten bir sayfa oluşturma sürecindesiniz. Farklı bir sayfa oluşturmak için kısmen oluşturulmuş bir sayfayı sonlandırdığınız için bir olay işleyicisinde yeniden yönlendirme çirkindir. MVC bu sorunla karşılaşmaz, çünkü kontrol akışı görüntüleme görünümlerinden ayrıdır, bu yüzden RedirectActionbir görünüm oluşturmadan kontrolöre bir geri döndürerek temiz bir yönlendirme yapabilirsiniz .

Geç kaldım biliyorum ama benim eğer sadece hiç bu hatayı yaşadım Response.Redirectbir olduğunu Try...Catchbloğu.

Bir Try.Catch bloğuna asla bir Response.Redirect koymayın. Kötü uygulama

Düzenle

@ Kiquenet'in yorumuna yanıt olarak, Response.Redirect'i Try ... Catch bloğuna koymak için alternatif olarak ne yapardım.

Metodu / fonksiyonu iki adıma böldüm.

Try ... Catch bloğunun içindeki birinci adım, istenen eylemleri gerçekleştirir ve eylemlerin başarılı veya başarısız olduğunu belirtmek için bir "sonuç" değeri ayarlar.

Try ... Catch bloğunun dışındaki ikinci adım, "sonuç" değerinin ne olduğuna bağlı olarak yönlendirme yapar (veya yapmaz).

Bu kod mükemmel olmaktan uzaktır ve test etmediğim için muhtemelen kopyalanmamalıdır

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() geçerli isteği iptal etmek için bir istisna atar.

Bu KB makalesi , ( Request.End()ve Server.Transfer()yöntemleri için de ) bu davranışı açıklar .

İçin Response.Redirect()aşırı yüklenmeye vardır:

Response.Redirect(String url, bool endResponse)

Eğer geçerseniz endResponse = false , daha sonra özel durum değildir (ancak çalışma zamanı Mevcut isteği işlemeye devam edeceğiz).

Eğer endResponse = true (veya başka aşırı yük kullanılırsa), istisna atılır ve mevcut talebi derhal iptal edilecektir.

İşte sorundaki resmi hat (En son bulamadım, ancak .net'in sonraki sürümleri için durumun değiştiğini düşünmüyorum)

İşte böyle Response.Redirect(url, true) çalışır. ThreadAbortExceptionİpliği iptal etmek için atar . Sadece bu istisnayı görmezden gelin. (Gördüğünüz bazı küresel hata işleyici / kaydedici olduğunu sanıyorum?)

İlginç ilgili tartışma mı Response.End()Zararlı kabul edilen? .

Ayrıca başka bir çözüm denedim, ancak bazı kod yeniden yönlendirmeden sonra yürütüldü.

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();
    }

Bu nedenle, yönlendirmeden sonra kod yürütülmesini önlemeniz gerekiyorsa

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

ben bile, sadece iş parçacığı üzerindeki iptal iptal yapıyor, ancak bunu önlemek için çalıştı, ama yerine "CompleteRequest" ile bırakın ve devam - benim kod yine de yönlendirmeler sonra dönüş komutları vardır. Böylece bu yapılabilir

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();
}

Yaptığım başka bir istisna dışında bu istisnayı yakalamak. Umarım bu birine yardım eder.

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

Ben de bu problemi yaşadım.

Kullanmayı deneyin Server.Transfer yerineResponse.Redirect

Benim için çalıştı.