Как избежать Response.End() Исключение "Тема была прервана" во время загрузки файла Excel

Question

Как избежать Response.End() Исключение "Тема была прервана" во время загрузки файла Excel

Я попытался преобразовать свой набор данных в Excel и загрузить этот файл Excel. Я получил требуемый файл Excel. Но System.Threading.ThreadAbortException вызывался при каждой загрузке Excel. Как решить эту проблему?.. Пожалуйста, помогите мне...

Я вызываю этот метод на моем экране aspx. Там же то же самое исключение вызвало этим методом.

Я вызываю эту публичную функцию void ExportDataSet(DataSet ds) на многих экранах aspx, а также поддерживаю метод регистрации ошибок для исключений, которые возникают во время выполнения, когда эти исключения записываются в файлы.txt. Так что это же исключение регистрируется во всех текстовых файлах экрана aspx. Я просто хочу избежать этого исключения из метода, объявленного в файле класса метода, в 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
   {                
   }
}

117

c# asp.net

Источник

user3171957 08 янв '14 в 06:27

18 ответов

Другие вопросы по тегам c# asp.net

user3412640 12 мар '14 в 20:44 2014-03-12 20:44 · Answer 1 · 2014-03-12 20:44

Я исследовал онлайн и увидел, что 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.

user1821206 10 сен '15 в 15:29 2015-09-10 15:29 · Answer 2 · 2015-09-10 15:29

Это помогло мне справиться 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();

Надеюсь, поможет

user60669 10 июл '15 в 18:22 2015-07-10 18:22 · Answer 3 · 2015-07-10 18:22

Переместите Response.End() за пределы блоков Try/Catch и Using.

Предполагается, что для исключения остальной части запроса выдается исключение, вы просто не должны были его перехватывать.

bool endRequest = false;

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

if (endRequest)
    Resonse.End();

6

Источник

user60669 10 июл '15 в 18:22

user2491961 08 янв '14 в 06:32 2014-01-08 06:32 · Answer 4 · 2014-01-08 06:32

Похоже, тот же вопрос, что и:

Когда вызывается ASP.NET System.Web.HttpResponse.End(), текущий поток прерывается?

Так что это по замыслу. Вам нужно добавить улов для этого исключения и изящно "игнорировать" его.

4

Источник

user2491961 08 янв '14 в 06:32

user1828356 17 авг '17 в 03:06 2017-08-17 03:06 · Answer 5 · 2017-08-17 03:06

У меня только работает

HttpContext.Current.ApplicationInstance.CompleteRequest ().

/questions/11892557/obrabotka-isklyuchenij-threadabortexception-v-aspnet-pri-vyipolnenii-metoda-responseend/11892576#11892576

4

Источник

user1828356 17 авг '17 в 03:06

user2265251 19 фев '17 в 17:30 2017-02-19 17:30 · Answer 6 · 2017-02-19 17:30

Просто положи

Response.End();

в блоке finally, а не в блоке try.

Это сработало для меня!!!

У меня была следующая проблемная (с исключением) структура кода

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

   return;

 } 

 some_more_code...

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

}
catch(Exception){
}
finally{}

и это бросает исключение. Я подозреваю, что Исключение выдается там, где есть код / работа для выполнения после ответа.End();, В моем случае дополнительный код был просто возвращением.

Когда я просто переместил ответ.End(); к блоку finally (и оставив возвращение на своем месте - что вызывает пропуск остального кода в блоке try и переход к блоку finally (а не только к выходу из содержащей функции)), исключение прекратилось.

Следующие работы ОК:

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

   return;

 } 

 some_more_code...

 Reponse.Write(...);

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

user3744739 14 мар '17 в 13:03 2017-03-14 13:03 · Answer 7 · 2017-03-14 13:03

Используйте специальный блок catch для исключения метода 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);
}

Или просто удалите Response.End(), если вы строите обработчик файлов

user9697521 30 окт '21 в 12:16 2021-10-30 12:16 · Answer 8 · 2021-10-30 12:16

       My JSON file-download was solved by using the blow code:

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

 But Excel file-download was solved by the below way:

 try {
      .....
     }
        catch (System.IO.IOException iex)
        {
            throw (iex);
        }
        catch (System.Threading.ThreadAbortException)
        {
            throw new Exception("ABORTED");//make a custom msg here and catch it 
                                           //where required to continue the rest 
                                           //of the work flow.
        }
        catch (Exception exx)
        {
            throw (exx);
        }
        finally
        {
           ....
        }

user6790594 22 сен '17 в 16:38 2017-09-22 16:38 · Answer 9 · 2017-09-22 16:38

Я удалил кнопку ссылки из панели обновления, а также прокомментировал успех Response.End()!!!

2

Источник

user6790594 22 сен '17 в 16:38

user2389939 10 ноя '17 в 06:15 2017-11-10 06:15 · Answer 10 · 2017-11-10 06:15

Это не проблема, но это дизайн. Основная причина описана на странице поддержки Microsoft.

Метод Response.End завершает выполнение страницы и переносит выполнение в событие Application_EndRequest в конвейере событий приложения. Строка кода, следующая за Response.End, не выполняется.

Предоставленное решение:

Для Response.End вызовите метод HttpContext.Current.ApplicationInstance.CompleteRequest вместо Response.End, чтобы пропустить выполнение кода для события Application_EndRequest

Вот ссылка: https://support.microsoft.com/en-us/help/312629/prb-threadabortexception-occurs-if-you-use-response-end--response-redi

24 фев '21 в 14:31 2021-02-24 14:31 · Answer 11 · 2021-02-24 14:31

Я знаю, это старый вопрос, но я не нашел здесь решения. После нескольких попыток я обнаружил, что причиной было добавление "<asp:UpdatePanel".

После (повторного) перемещения все работает нормально, как и раньше.

1

Источник

24 фев '21 в 14:31

user13938019 15 июл '20 в 22:55 2020-07-15 22:55 · Answer 12 · 2020-07-15 22:55

Мне помогло зарегистрировать кнопку, которая вызывает код за кодом в качестве элемента управления обратной передачей.

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

1

Источник

user13938019 15 июл '20 в 22:55

user7654654 24 авг '17 в 17:01 2017-08-24 17:01 · Answer 13 · 2017-08-24 17:01

Ошибка для Response.END(); потому что вы используете панель обновления asp или любой элемент управления, который использует javascript, попробуйте использовать нативный элемент управления из asp или html без javascript или scriptmanager или сценариев и повторите попытку

1

Источник

user7654654 24 авг '17 в 17:01

user2466310 17 фев '17 в 08:09 2017-02-17 08:09 · Answer 14 · 2017-02-17 08:09

Сбросьте ответ клиенту перед response.end()

Подробнее о методе Response.Flush

Так что используйте нижеприведенный код, прежде чем response.End();

response.Flush();

0

Источник

user2466310 17 фев '17 в 08:09

user10557055 25 окт '18 в 10:11 2018-10-25 10:11 · Answer 15 · 2018-10-25 10:11

Я нашел причину. Если вы удалите панели обновления, он прекрасно работает!

0

Источник

user10557055 25 окт '18 в 10:11

user436075 16 янв '14 в 15:10 2014-01-16 15:10 · Answer 16 · 2014-01-16 15:10

Я рекомендую это решение:

Не использовать response.End();
Объявите этот глобальный var: bool isFileDownLoad;
Сразу после вашего (response.Write(sw.ToString());) set ==> isFileDownLoad = true;

Замените ваш рендер как:

/// AEG : Very important to handle the thread aborted exception

override protected void Render(HtmlTextWriter w)
{
     if (!isFileDownLoad) base.Render(w);
}

0

Источник

user436075 16 янв '14 в 15:10

user5456465 15 май '19 в 00:40 2019-05-15 00:40 · Answer 17 · 2019-05-15 00:40

Я обнаружил, что следующее работает лучше...

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

0

Источник

user5456465 15 май '19 в 00:40

user5002329 13 ноя '17 в 04:14 2017-11-13 04:14 · Answer 18 · 2017-11-13 04:14

Я использовал все вышеперечисленные изменения, но все же у меня возникала та же проблема с моим веб-приложением.

Затем я связался со своим хостингом и попросил их проверить, не блокирует ли какое-либо программное обеспечение или антивирус наши файлы для передачи по HTTP. или Интернет-провайдер / сеть не позволяет передавать файл.

Они проверили настройки сервера и пропустили "Общий брандмауэр центра данных" для моего сервера, и теперь наше приложение может загрузить файл.

Надеюсь, что этот ответ кому-то поможет. Вот что сработало для меня