Come evitare Response.End () "Il thread è stato interrotto" Eccezione durante il download del file Excel

Ho provato a convertire il mio set di dati in Excel e scaricare quell'Excel. Ho ottenuto il mio file Excel richiesto. Ma System.Threading.ThreadAbortException è stata sollevata ogni download di Excel. Come risolvere questo problema? .. Per favore aiutami ...

Chiamo questo metodo nella mia schermata aspx. C'è anche la stessa eccezione generata da questo metodo.

Chiamo quella funzione public void ExportDataSet (DataSet ds) in molte schermate aspx e inoltre sto mantenendo il metodo di registrazione degli errori per le eccezioni che vengono sollevate in fase di esecuzione, proprio quelle eccezioni vengono scritte in un file .txt. Quindi la stessa eccezione viene registrata in tutti i file txt dello schermo aspx.Voglio solo evitare che questa eccezione venga lanciata dal file di classe dichiarato dal metodo ad aspx. Semplicemente voglio solo gestire questa eccezione nel file della classe di dichiarazione del metodo stesso.

Chiamata al metodo file ASPX: excel.ExportDataSet (dsExcel);

Definizione del metodo:

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
   {                
   }
}

Ho cercato online e ho visto che il file Response.End() genera sempre un'eccezione.

Sostituisci questo: HttpContext.Current.Response.End();

Con questo:

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.

Questo mi ha aiutato a gestire l' Thread was being abortedeccezione,

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

se usi il seguente codice al posto di HttpContext.Current.Response.End(), otterrai Server cannot append header after HTTP headers have been sentun'eccezione.

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

Spero che sia d'aiuto

Sembra essere la stessa domanda di:

Quando viene chiamato un System.Web.HttpResponse.End () ASP.NET, il thread corrente viene interrotto?

Quindi è in base alla progettazione. È necessario aggiungere una cattura per quell'eccezione e "ignorarla" con garbo.

Spostare Response.End () all'esterno dei blocchi Try / Catch e Using.

Si suppone di lanciare un'eccezione per bypassare il resto della richiesta, semplicemente non si supponeva di catturarla.

bool endRequest = false;

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

if (endRequest)
    Resonse.End();

Metti solo il file

Response.End();

all'interno di un blocco finalmente invece che all'interno del blocco try.

Questo ha funzionato per me!!!.

Ho avuto la seguente struttura di codice problematica (con l'eccezione)

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

   return;

 } 

 some_more_code...

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

}
catch(Exception){
}
finally{}

e lancia l'eccezione. Sospetto che l'eccezione venga lanciata dove c'è codice / lavoro da eseguire dopo response.End (); . Nel mio caso il codice extra era solo il ritorno stesso.

Quando ho appena spostato la risposta.End (); al blocco finalmente (e ha lasciato il ritorno al suo posto - il che fa saltare il resto del codice nel blocco try e saltare al blocco finalmente (non solo uscire dalla funzione contenitore)) l'eccezione ha cessato di avere luogo.

Il seguente funziona bene:

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

   return;

 } 

 some_more_code...

 Reponse.Write(...);

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

Utilizzare un blocco catch speciale per l'eccezione del metodo Response.End ()

{
    ...
    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);
}

Oppure rimuovi semplicemente Response.End () se stai creando un filehandler

Per me funziona solo

HttpContext.Current.ApplicationInstance.CompleteRequest ().

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

Ho rimosso il linkbutton dal UpdatePanel e ho anche commentato il Response.End () Success !!!

l'errore per Response.END (); è perché stai utilizzando un pannello di aggiornamento asp o qualsiasi controllo che utilizza javascript, prova a utilizzare il controllo nativo da asp o html senza javascript o scriptmanager o script e riprova

Questo non è un problema, ma è di progettazione. La causa principale è descritta nella pagina di supporto Microsoft.

Il metodo Response.End termina l'esecuzione della pagina e sposta l'esecuzione all'evento Application_EndRequest nella pipeline degli eventi dell'applicazione. La riga di codice che segue Response.End non viene eseguita.

La soluzione fornita è:

Per Response.End, chiama il metodo HttpContext.Current.ApplicationInstance.CompleteRequest invece di Response.End per ignorare l'esecuzione del codice all'evento Application_EndRequest

Ecco il link: https://support.microsoft.com/en-us/help/312629/prb-threadabortexception-occurs-if-you-use-response-end--response-redi

scarica la risposta al client prima di response.end ()

Di più metodo Response.Flush

Quindi usa il codice sotto menzionato prima response.End();

response.Flush();  

Ho utilizzato tutte le modifiche di cui sopra, ma continuavo a riscontrare lo stesso problema sulla mia applicazione web.

Quindi ho contattato il mio fornitore di hosting e ho chiesto loro di controllare se qualche software o antivirus bloccava i nostri file da trasferire tramite HTTP. o l'ISP / rete non consente il trasferimento del file.

Hanno controllato le impostazioni del server e bypassato il "Data Center Shared Firewall" per il mio server e ora la nostra applicazione è in grado di scaricare il file.

Spero che questa risposta possa aiutare qualcuno. Questo è ciò che ha funzionato per me

Ho trovato il motivo. Se rimuovi i pannelli di aggiornamento, funziona bene!

Consiglio questa soluzione:

1. Non usare response.End();

2. Dichiara questa var globale: bool isFileDownLoad;

3. Subito dopo il tuo (response.Write(sw.ToString());) set ==> isFileDownLoad = true;

4. Sostituisci il tuo rendering come:

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

Ho scoperto che quanto segue ha funzionato meglio ...

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

Per me è stato utile registrare un pulsante che chiama il codice dietro il codice come controllo di postback.

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