Khi tôi sử dụng Feedback.Redirect (...) để chuyển hướng biểu mẫu của tôi sang một trang mới, tôi gặp lỗi:

Một ngoại lệ cơ hội đầu tiên của loại 'System.Threading.ThreadAdortException' đã xảy ra trong mscorlib.dll
Một ngoại lệ của loại 'System.Threading.ThreadAbortException' xảy ra trong mscorlib.dll nhưng không được xử lý trong mã người dùng

Sự hiểu biết của tôi về điều này là lỗi đang được gây ra bởi máy chủ web hủy bỏ phần còn lại của trang mà answer.redirect đã được gọi.

Tôi biết tôi có thể thêm một tham số thứ hai vào Response.Redirectđó được gọi là endResponse. Nếu tôi đặt endResponse thành True thì tôi vẫn gặp lỗi nhưng nếu tôi đặt thành Sai thì tôi không làm. Tôi khá chắc chắn mặc dù điều đó có nghĩa là máy chủ web đang chạy phần còn lại của trang mà tôi đã chuyển hướng đi. Mà dường như là không hiệu quả để nói rằng ít nhất. Có cách nào tốt hơn để làm điều này? Một cái gì đó khác hơn Response.Redirecthoặc có cách nào để buộc trang cũ ngừng tải mà tôi sẽ không nhận được ThreadAbortException?

Mẫu chính xác là gọi quá tải Redirect bằng endResponse = false và thực hiện cuộc gọi để thông báo cho đường ống IIS rằng nó sẽ chuyển trực tiếp đến giai đoạn EndRequest sau khi bạn trả lại quyền kiểm soát:

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

Bài đăng trên blog này của Thomas Marquest cung cấp thêm chi tiết, bao gồm cách xử lý trường hợp đặc biệt chuyển hướng bên trong trình xử lý Application_Error.

Không có giải pháp đơn giản và thanh lịch nào cho Redirectvấn đề trong ASP.Net WebForms. Bạn có thể chọn giữa giải pháp bẩn và giải pháp Tedious

Bẩn : Response.Redirect(url)gửi một chuyển hướng đến trình duyệt, và sau đó ném một ThreadAbortedExceptionđể chấm dứt chuỗi hiện tại. Vì vậy, không có mã nào được thực thi qua lệnh Redirect () -. Nhược điểm: Đó là thực tế xấu và có ý nghĩa hiệu suất để tiêu diệt các chủ đề như thế này. Ngoài ra, ThreadAbortedExceptionssẽ hiển thị trong đăng nhập ngoại lệ.

Tedious : Cách được đề xuất là gọi Response.Redirect(url, false)và sau đó Context.ApplicationInstance.CompleteRequest(), tuy nhiên, việc thực thi mã sẽ tiếp tục và phần còn lại của các trình xử lý sự kiện trong vòng đời của trang sẽ vẫn được thực thi. (Ví dụ: nếu bạn thực hiện chuyển hướng trong Page_Load, không chỉ phần còn lại của trình xử lý sẽ được thực thi, Page_PreRender, v.v. cũng sẽ vẫn được gọi - trang được hiển thị sẽ không được gửi đến trình duyệt. Bạn có thể tránh việc xử lý thêm bằng cách ví dụ: đặt cờ trên trang và sau đó để người xử lý sự kiện tiếp theo kiểm tra cờ này trước khi thực hiện bất kỳ xử lý nào.

(Tài liệu CompleteRequestnêu rõ rằng "Làm cho ASP.NET bỏ qua tất cả các sự kiện và lọc trong chuỗi thực thi đường ống HTTP ". Điều này có thể dễ bị hiểu lầm. Nó bỏ qua các bộ lọc và mô-đun HTTP hơn, nhưng nó không bỏ qua các sự kiện tiếp theo trong vòng đời của trang hiện tại .)

Vấn đề sâu xa hơn là WebForms thiếu một mức độ trừu tượng. Khi bạn đang ở trong một trình xử lý sự kiện, bạn đang trong quá trình xây dựng một trang để xuất. Chuyển hướng trong một trình xử lý sự kiện là xấu vì bạn đang chấm dứt một trang được tạo một phần để tạo một trang khác. MVC không gặp phải vấn đề này vì luồng điều khiển tách biệt với chế độ xem hiển thị, do đó bạn có thể thực hiện chuyển hướng sạch bằng cách chỉ cần trả lại một RedirectActiontrong bộ điều khiển mà không tạo ra chế độ xem.

Tôi biết tôi đến trễ, nhưng tôi chỉ gặp lỗi này nếu tôi Response.Redirectở trong một Try...Catchkhối.

Không bao giờ đặt Phản hồi. Chuyển hướng vào khối Thử ... Bắt. Đó là thực hành xấu

Biên tập

Đáp lại bình luận của @ Kiquenet, đây là những gì tôi sẽ làm thay thế cho việc đưa Phản hồi. Chuyển hướng vào khối Thử ... Bắt.

Tôi chia phương thức / hàm thành hai bước.

Bước một bên trong khối Thử ... Bắt thực hiện các hành động được yêu cầu và đặt giá trị "kết quả" để biểu thị thành công hay thất bại của các hành động.

Bước hai bên ngoài khối Thử ... Bắt thực hiện chuyển hướng (hoặc không) tùy thuộc vào giá trị "kết quả" là gì.

Mã này không hoàn hảo và có lẽ không nên sao chép vì tôi chưa kiểm tra nó

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() ném một ngoại lệ để hủy bỏ yêu cầu hiện tại.

Bài viết KB này mô tả hành vi này (cũng cho các phương thức Request.End()và Server.Transfer()).

Vì Response.Redirect()có tồn tại quá tải:

Response.Redirect(String url, bool endResponse)

Nếu bạn vượt qua endResponse = false , thì ngoại lệ sẽ không bị ném (nhưng thời gian chạy sẽ tiếp tục xử lý yêu cầu hiện tại).

Nếu endResponse = true (hoặc nếu quá tải khác được sử dụng), ngoại lệ được đưa ra và yêu cầu hiện tại sẽ ngay lập tức bị chấm dứt.

Đây là dòng chính thức về vấn đề (Tôi không thể tìm thấy bản mới nhất, nhưng tôi không nghĩ tình hình đã thay đổi cho các phiên bản sau của .net)

Đây chỉ là cách làm Response.Redirect(url, true) việc. Nó ném ThreadAbortExceptionđể hủy bỏ các chủ đề. Chỉ cần bỏ qua ngoại lệ đó. (Tôi đoán đó là một trình xử lý lỗi / logger toàn cầu nơi bạn nhìn thấy nó?)

Một cuộc thảo luận liên quan thú vị được coi là Response.End()có hại? .

Ngoài ra tôi đã thử giải pháp khác, nhưng một số mã được thực thi sau khi chuyển hướng.

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

Vì vậy, nếu cần ngăn chặn thực thi mã sau khi chuyển hướng

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

tôi thậm chí đã cố gắng tránh điều này, chỉ trong trường hợp thực hiện Abort trên luồng theo cách thủ công, nhưng tôi muốn để nó với "CompleteRequest" và tiếp tục - mã của tôi vẫn trả về các lệnh sau khi chuyển hướng. Vì vậy, điều này có thể được thực hiện

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

Những gì tôi làm là bắt ngoại lệ này, cùng với một ngoại lệ khác có thể. Hy vọng điều này sẽ giúp ai đó.

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

Tôi cũng gặp rắc rối.

Hãy thử sử dụng Server.Transferthay vìResponse.Redirect

Đã làm cho tôi.