Excel 파일 다운로드 중 Response.End () "스레드가 중단되었습니다"예외를 방지하는 방법

내 데이터 세트를 Excel로 변환하고 해당 Excel을 다운로드하려고했습니다. 필요한 Excel 파일을 얻었지만 System.Threading.ThreadAbortException이 모든 Excel 다운로드에서 발생했습니다. 이 문제를 해결하는 방법? .. 도와주세요 ...

내 aspx 화면에서이 메서드를 호출합니다.이 메서드에서 동일한 예외가 발생했습니다.

많은 aspx 화면에서 public void ExportDataSet (DataSet ds) 함수를 호출하고 런타임시 발생하는 예외에 대한 오류 로거 메서드를 유지 관리하고 있습니다. 해당 예외가 .txt 파일에 기록됩니다. 따라서 동일한 예외가 모든 aspx 화면의 txt 파일에 기록됩니다. 메서드 선언 클래스 파일에서 aspx로 예외가 발생하는 것을 방지하고 싶습니다. 단순히 메서드 선언 클래스 파일 자체에서이 예외를 처리하고 싶습니다.

ASPX 파일 메서드 호출 : excel.ExportDataSet (dsExcel);

방법 정의 :

public void ExportDataSet(DataSet ds)
{

   try
   {
      string filename = "ExcelFile.xls";
      HttpResponse response = HttpContext.Current.Response;
      response.Clear();
      response.Charset = "";
      response.ContentType = "application/vnd.ms-excel";
      response.AddHeader("Content-Disposition", "attachment;filename=\"" + filename + "\"");
      using (StringWriter sw = new StringWriter())
      {
         using (HtmlTextWriter htw = new HtmlTextWriter(sw))
         {
             GridView dg = new GridView();
             dg.DataSource = ds.Tables[0];
             dg.DataBind();
             dg.RenderControl(htw);
             // response.Write(style);
             response.Write(sw.ToString());                                                
             response.End();                    // Exception was Raised at here
         }
      }
   }
   catch (Exception ex)
   {
      string Err = ex.Message.ToString();
      EsHelper.EsADLogger("HOQCMgmt.aspx ibtnExcelAll_Click()", ex.Message.ToString());
   }
   finally
   {                
   }
}

온라인으로 조사한 결과 Response.End() 항상 예외가 발생 .

이것을 교체하십시오 : HttpContext.Current.Response.End();

이것으로 :

HttpContext.Current.Response.Flush(); // Sends all currently buffered output to the client.
HttpContext.Current.Response.SuppressContent = true;  // Gets or sets a value indicating whether to send HTTP content to the client.
HttpContext.Current.ApplicationInstance.CompleteRequest(); // Causes ASP.NET to bypass all events and filtering in the HTTP pipeline chain of execution and directly execute the EndRequest event.

이것은 제가 Thread was being aborted예외 를 처리하는 데 도움이되었습니다 .

try
{
   //Write HTTP output
    HttpContext.Current.Response.Write(Data);
}  
catch (Exception exc) {}
finally {
   try 
    {
      //stop processing the script and return the current result
      HttpContext.Current.Response.End();
     } 
   catch (Exception ex) {} 
   finally {
        //Sends the response buffer
        HttpContext.Current.Response.Flush();
        // Prevents any other content from being sent to the browser
        HttpContext.Current.Response.SuppressContent = true;
        //Directs the thread to finish, bypassing additional processing
        HttpContext.Current.ApplicationInstance.CompleteRequest();
        //Suspends the current thread
        Thread.Sleep(1);
     }
   }

대신 다음 코드를 사용 HttpContext.Current.Response.End()하면 Server cannot append header after HTTP headers have been sent예외 가 발생합니다.

            HttpContext.Current.Response.Flush();
            HttpContext.Current.Response.SuppressContent = True;
            HttpContext.Current.ApplicationInstance.CompleteRequest();

도움이되기를 바랍니다.

다음과 같은 질문으로 보입니다.

ASP.NET System.Web.HttpResponse.End ()가 호출되면 현재 스레드가 중단됩니까?

그래서 그것은 의도적으로 설계된 것입니다. 해당 예외에 대한 catch를 추가하고 우아하게 "무시"해야합니다.

Response.End ()를 Try / Catch 및 Using 블록 외부로 이동합니다.

나머지 요청을 우회하기 위해 Exception을 던진다 고 가정하고, 당신은 그것을 잡을 것이라고 가정하지 않았습니다.

bool endRequest = false;

try
{
    .. do stuff
    endRequest = true;
}
catch {}

if (endRequest)
    Resonse.End();

그냥 넣어

Response.End();

마침내try 블록이 아닌 블록 내에 있습니다.

이것은 나를 위해 일했습니다 !!!.

다음과 같은 문제가 있습니다 (예외) 코드 구조

...
Response.Clear();
...
...
try{
 if (something){
   Reponse.Write(...);
   Response.End();

   return;

 } 

 some_more_code...

 Reponse.Write(...);
 Response.End();

}
catch(Exception){
}
finally{}

예외가 발생합니다. 나는 response.End () 후에 실행할 코드 / 작업이있는 곳에서 예외가 발생한다고 생각합니다. . 제 경우에는 추가 코드가 반환 자체였습니다.

방금 응답을 옮겼을 때 .End (); finally 블록으로 (그리고 그 자리에 리턴을 남겨 두었습니다. 이로 인해 try 블록의 나머지 코드를 건너 뛰고 점프합니다. finally 블록으로 합니다 (포함 함수를 종료하지 않음)) Exception 발생이 중단되었습니다.

다음은 정상적으로 작동합니다.

...
Response.Clear();
...
...
try{
 if (something){
   Reponse.Write(...);

   return;

 } 

 some_more_code...

 Reponse.Write(...);

}
catch(Exception){
}
finally{
    Response.End();
}

Response.End () 메서드 의 예외에는 특수 catch 블록을 사용하십시오.

{
    ...
    context.Response.End(); //always throws an exception

}
catch (ThreadAbortException e)
{
    //this is special for the Response.end exception
}
catch (Exception e)
{
     context.Response.ContentType = "text/plain";
     context.Response.Write(e.Message);
}

또는 파일 처리기를 빌드하는 경우 Response.End ()를 제거하십시오.

나를 위해서만 작동

HttpContext.Current.ApplicationInstance.CompleteRequest ().

https://stackoverflow.com/a/21043051/1828356

UpdatePanel에서 linkbutton을 제거하고 Response.End () Success !!!

Response.END (); 오류 ASP 업데이트 패널이나 자바 스크립트를 사용하는 컨트롤을 사용하고 있기 때문입니다. 자바 스크립트 나 스크립트 관리자 또는 스크립팅없이 asp 또는 html에서 네이티브 컨트롤을 사용하고 다시 시도하세요.

이것은 문제가 아니지만 의도적으로 설계된 것입니다. 근본 원인은 Microsoft 지원 페이지에 설명되어 있습니다.

Response.End 메서드는 페이지 실행을 종료하고 응용 프로그램의 이벤트 파이프 라인에서 Application_EndRequest 이벤트로 실행을 이동합니다. Response.End 뒤에 오는 코드 줄은 실행되지 않습니다.

제공되는 솔루션은 다음과 같습니다.

Response.End의 경우 Response.End 대신 HttpContext.Current.ApplicationInstance.CompleteRequest 메서드를 호출하여 코드 실행을 Application_EndRequest 이벤트로 우회합니다.

링크는 다음과 같습니다. https://support.microsoft.com/en-us/help/312629/prb-threadabortexception-occurs-if-you-use-response-end--response-redi

response.end () 전에 클라이언트에 대한 응답을 플러시합니다.

Response.Flush 메서드 에 대한 추가 정보

따라서 아래에 언급 된 코드를 사용하십시오. response.End();

response.Flush();  

위의 모든 변경 사항을 사용했지만 여전히 웹 응용 프로그램에서 동일한 문제가 발생했습니다.

그런 다음 호스팅 제공 업체에 연락하여 HTTP를 통해 파일 전송을 차단하는 소프트웨어 또는 바이러스 백신이 있는지 확인하도록 요청했습니다. 또는 ISP / 네트워크가 파일 전송을 허용하지 않습니다.

그들은 서버 설정을 확인하고 내 서버에 대한 "데이터 센터 공유 방화벽"을 우회했으며 이제 응용 프로그램에서 파일을 다운로드 할 수 있습니다.

이 답변이 누군가를 도울 수 있기를 바랍니다.

이유를 찾았습니다. 업데이트 패널을 제거하면 괜찮습니다!

이 솔루션을 권장합니다.

1. 사용하지 마십시오 response.End();

2. 이 전역 변수를 선언하십시오. bool isFileDownLoad;

3. 당신의 직후 (response.Write(sw.ToString());) set ==> isFileDownLoad = true;

4. 다음과 같이 렌더링을 재정의하십시오.

   /// AEG : Very important to handle the thread aborted exception
   
   override protected void Render(HtmlTextWriter w)
   {
        if (!isFileDownLoad) base.Render(w);
   } 

다음이 더 잘 작동한다는 것을 알았습니다.

   private void EndResponse()
    {
        try
        {
            Context.Response.End();
        }
        catch (System.Threading.ThreadAbortException err)
        {
            System.Threading.Thread.ResetAbort();
        }
        catch (Exception err)
        {
        }
    }

저에게는 포스트 백 컨트롤로 코드 뒤의 코드를 호출하는 버튼을 등록하는 데 도움이되었습니다.

protected void Page_Init(object sender, EventArgs e)
{
    ScriptManager.GetCurrent(this.Page).RegisterPostBackControl(btnMyExport);
}