为什么AppDomain.CurrentDomain.UnhandledException不能捕获来自非UI线程的未处理异常？
AppDomain.CurrentDomain.UnhandledException是一个事件，用于捕获当前应用程序域中未处理的异常。然而，它无法捕获来自非UI线程的未处理异常的原因如下：
- UI线程和非UI线程的异常处理机制不同：在UI线程中，未处理的异常会导致应用程序崩溃，而在非UI线程中，未处理的异常默认情况下会导致应用程序终止。这是因为UI线程通常是用户界面的主线程，而非UI线程则用于执行后台任务。为了保证应用程序的稳定性，非UI线程的异常默认情况下会导致应用程序终止。
- AppDomain.CurrentDomain.UnhandledException只能捕获当前应用程序域中的异常，而非UI线程通常是在单独的应用程序域中执行的。因此，即使在非UI线程中发生了未处理的异常，也无法通过AppDomain.CurrentDomain.UnhandledException来捕获。
要捕获来自非UI线程的未处理异常，可以使用其他机制，例如使用Task类的ContinueWith方法来处理任务中的异常，或者使用try-catch语句在非UI线程的代码块中捕获异常并进行处理。另外，还可以使用AppDomain.UnhandledException事件来捕获整个应用程序域中的未处理异常，包括非UI线程中的异常。
总结起来，AppDomain.CurrentDomain.UnhandledException不能捕获来自非UI线程的未处理异常是因为UI线程和非UI线程的异常处理机制不同，并且AppDomain.CurrentDomain.UnhandledException只能捕获当前应用程序域中的异常。
相关·内容
3回答
Application.ThreadException vs AppDomain.UnhandledException
c#、winforms、exception-handling、crash-dumps
首先介绍一些背景知识:我有一个多线程WinForms应用程序，它可以与本机dlls进行互操作。这个应用程序有时会因为未处理的异常而崩溃，我们正在试图调查为什么会发生这种情况。为了方便使用，我创建了一个全局异常处理程序，并计划从它生成进程转储文件。
现在问题来了:到目前为止，这个应用程序有Application.ThreadException的处理程序，但它仍然会崩溃，并出现未处理的异常。我也在考虑为AppDomain.UnhandledException添加一个处理程序，尽管我不确定这是否会有帮助。在此场景中是否存在Application.ThreadException无法捕获的未处理异常
浏览 0提问于2011-05-25得票数 12
回答已采纳
2回答
处理从WPF应用程序动态加载的组件的后台线程中的异常
c#、wpf、multithreading、exception-handling、unhandled-exception
我的应用程序是由父WPF应用程序动态加载的程序集，我从组件中处理AppDomain.UnhandledException，以处理从任何后台线程抛出的异常。
但是，由于父应用程序也注册了相同的事件，因此未处理的异常也会传播到父应用程序。
是否可以防止未处理的异常不传播到我的父应用程序.
我将无法更改父应用程序的行为，因为这可能会影响在父应用程序中运行的其他组件。
谢谢
浏览 1提问于2012-05-12得票数 1
3回答
无法捕获Winforms中未处理的异常
c#、.net、winforms、exception
我正在尝试捕获C# Windows应用程序中所有未处理的异常。我已经将下面的代码添加到Program.cs文件中，但是没有捕获异常，我得到了异常，比如NullReferenceException。我做错了什么？
static void Main()
{
System.Windows.Forms.Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException);
System.Windows.Forms.Application.ThreadException += new System.Th
浏览 2提问于2012-06-02得票数 4
回答已采纳
2回答
如何处理从另一个AppDomain引发的异常？
c#、.net、wpf、exception、appdomain
我有一个WPF引导程序应用程序:它将我的应用程序UI从一个单独的程序集加载到另一个AppDomain中，然后显示主窗口。因此，应用程序UI从这个子域运行。
问题：如何处理从子域中抛出的主域中的异常？
为什么？，因为我的目标是实现一个应用程序更新程序:当客户端意识到有一个新版本可用时，它会抛出一些带有特定消息的SystemException。
我希望主机域处理这个特定的异常:卸载子域，从internet下载最新的程序集版本，并通过重新加载最新的DLL重新创建子域。
问题：在我看来，任何AppDomain中的未处理异常都会导致整个线程终止。我发现了一些，说明应该打开legacyUnhandledE
浏览 5提问于2015-07-08得票数 2
在AppDomain.CurrentDomain.UnhandledException上订阅事件时，什么条件会导致UnhandledExceptionEventArgs IsTerminating标志为true？也就是说，是什么导致异常被认为是致命的？
除非另行配置，否则默认情况下所有未处理的异常都将是致命的吗？
浏览 0提问于2012-06-11得票数 6
回答已采纳
2回答
ICorProfilerCallback2 :无法区分已处理和未处理的异常与异常事件
.net、clr、clr-profiling-api
我使用ICorProfilerCallback2接口来实现分析器，以监视任何.net应用程序中发生的所有未处理/未处理的异常。ExceptionThrown事件帮助我查找程序中发生的所有异常(警告/未记录异常)。但我只需要捕获未处理的异常。
浏览 3提问于2019-04-02得票数 0
2回答
应该同时使用AppDomain.UnhandledException和Application.DispatcherUnhandledException吗？
c#、wpf、exception-handling、uncaught-exception、uncaughtexceptionhandler
在阅读了一些关于AppDomain.UnhandledException和Application.DispatcherUnhandledException之间差异的优秀文章后，似乎我应该同时处理这两个问题。这是因为用户更有可能从主UI线程(即Application.DispatcherUnhandledException)抛出的异常中恢复。对，是这样?
另外，我是不是也应该给用户一个机会继续运行这两个程序，或者只使用Application.DispatcherUnhandledException？
下面的示例代码同时处理AppDomain.UnhandledException和Applicat
浏览 0提问于2012-04-08得票数 37
回答已采纳
3回答
从任务继续触发AppDomain的未处理异常处理程序是否可能失败？
c#、task-parallel-library
我有一个异步运行并使用任务延续task.ContinueWith(t => ..., CancellationToken.None, TaskContinuationOptions.OnlyOnFaulted, taskScheduler)处理异常的Task。
这对于处理我知道如何处理的异常非常有效(例如WebException)，但是如果抛出像NullReferenceException这样的东西，而我不能正确处理呢？
我希望能够使用AppDomain的未处理异常处理程序来处理它(在我们的例子中，它记录错误，弹出一个对话框通知用户，然后退出应用程序)，但是到目前为止，我还没有找到一个好
浏览 0提问于2011-09-10得票数 3
回答已采纳
6回答
处理线程中catch块内抛出的异常的最佳实践。(.NET)
c#、.net、multithreading、exception-handling
你对处理线程执行中的异常有什么看法？更具体地说，如果异常是在try-catch子句的catch块中抛出的，该怎么办？如果未处理异常，线程会发生什么情况？
浏览 1提问于2009-07-21得票数 5
回答已采纳
4回答
.NET多线程和异常
.net、multithreading、exception-handling
我写了这个代码片段：
static void Main(string[] args)
{
Console.WriteLine("Start");
Thread secondThread = new Thread(ThrowAnException);
secondThread.Start();
Console.ReadKey();
}
static void ThrowAnException()
{
throw new Exception("
浏览 0提问于2013-06-21得票数 2
回答已采纳
1回答
如何正确捕获WinForms应用程序中所有未处理的异常
c#、.net、winforms、exception
我想为我的WinForms应用程序中任何线程的所有未处理异常设置处理程序方法。我不自己创建任何应用程序域。
根据文档，我需要通过Application.SetUnhandledExceptionMode方法设置UnhandledExceptionMode.ThrowException模式，以捕获主线程的异常：
在使用Windows的应用程序中，主应用程序线程中的未处理异常会引发Application.ThreadException事件。如果处理此事件，默认行为是未处理的异常不会终止应用程序，尽管应用程序处于未知状态。在这种情况下，不会引发UnhandledException事件。可以通过使用
浏览 0提问于2015-09-04得票数 4
1回答
单击“从C#窗口退出”时，C#阻止应用程序退出
c#、winforms、unhandled-exception
我在一个非常大的C#应用程序上工作。一个太大了，现在无法捕获所有可能的未处理异常。
该应用程序还有一个“您确定要退出吗？”消息弹出在应用程序的FormClosing事件中。
当遇到未处理的异常时，有时用户单击“退出”按钮。我相信这会调用Application.Exit()或某种形式。这还会触发FormClosing事件和弹出窗口。
此时，在弹出处单击“是”或“否”并不重要。由于Application.Exit()，在收到答复后，应用程序将退出。
是否存在阻止调用Application.Exit()的方法？
浏览 2提问于2016-07-12得票数 0
我读过其他一些线程和文章，它们建议有一种方法可以捕获源自非UI线程的未处理异常。出于某些原因，这对我不起作用。正在捕获未处理的UI异常。即使当我在非UI线程中抛出异常进行测试时，CurrentDomainUnhandledException也从不执行。
更奇怪的是，非UI线程上的异常并没有像我想象的那样关闭应用程序。
public partial class MainWindow : Window
{
public MainWindow()
{
InitializeComponent();
Application.Current.Dispatc
浏览 5提问于2018-01-23得票数 0
1回答
使用Rx无限重复异常
c#、system.reactive、unhandled-exception
目前，我的应用程序捕获未处理的异常如下：
AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
Application.Current.DispatcherUnhandledException += Current_DispatcherUnhandledException;
TaskScheduler.UnobservedTaskException += TaskScheduler_UnobservedTaskException;
尽管，当出现这样的异常时(如)：
Time
浏览 4提问于2012-12-28得票数 2
2回答
在UWP应用程序中处理调度程序异常
c#、exception-handling、uwp
在我的UWP应用程序中，我需要从另一个线程更新UI，我正在使用CoreDispatcher来做这件事。我预计任何未处理的异常都会终止应用程序，就像UI线程中的异常一样，但情况似乎并非如此。在下面的UWP中抛出的异常被RunAsync静默忽略。此外，这些异常永远不会发送到任何应用程序UnhandledException处理程序(下面示例中的第二个异常是)。
怎么一回事？调度程序是否只是捕获所有异常并默默忽略它们？
public sealed partial class MainPage : Page
{
public MainPage()
{
this.Initi
浏览 9提问于2018-02-23得票数 1
回答已采纳
3回答
为什么AppDomain异常总是终止应用程序？
.net、exception-handling、thread-exceptions
这与相关。
我现在想要理解的是，如何防止UI线程异常终止应用程序，而非UI异常却不能。
有关参考，请参见。
最重要的是，在这种情况下，我想要做的是“安静地”终止进程--而不显示询问是否要发送错误报告的Windows对话框。
这是我的AppDomain UnhandledExceptionHandler：
private static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
try
{
// Maybe do
浏览 0提问于2009-08-19得票数 7
回答已采纳
4回答
未处理的异常如何影响JVM？
java、exception
我的项目得到了大约20个未处理的异常，原因并不重要，我想知道它们是如何影响JVM的？它没有崩溃，但我仍然想知道他们在JVM中的足迹是什么。他们会去哪里？
浏览 0提问于2011-07-21得票数 4
回答已采纳
8回答
如何禁用.NET框架异常处理并使用我自己的？
c#、.net、windows、exception
我已经开发了一个.NET 4软件，我准备把它发送给测试版用户。如果在软件中抛出一个未处理的异常，我希望捕获它，记录它并将日志发送给我。我已经实现了这个功能，当我用Visual在调试模式下运行它时，它似乎运行得很好。但是，当我构建了该软件的发布版本并安装它时，微软.NET框架开始在我的代码之前捕获异常。我收到一个带有错误消息的弹出消息：“应用程序中的组件中发生了未处理的异常。如果单击”继续“，应用程序将忽略此错误并尝试继续。
为了测试崩溃，我创建了一个崩溃按钮，它抛出一个异常。此崩溃记录本身和异常处理程序日志都接收到未处理的异常。当我查看发布版本的日志时，我只能看到来自崩溃的日志消息，而不是来自
浏览 1提问于2010-09-17得票数 11
回答已采纳
1回答
RunWorkerCompleted没有在主UI线程中执行吗？
c#、winforms、exception、.net-3.5、backgroundworker
当在BackgroundWorker事件中重新抛出异常时，我经历了RunWorkerCompleted或.NET框架的一种奇怪行为。
出现在后台线程中的异常将传递给RunWorkerCompleted。在那里，我做了一个object temp = e.Result来重新抛出异常。因为这应该发生在主UI线程中，所以我希望异常会被传播到Application.Run(...)，我在其中包围了一个try-catch块。
在Visual中运行应用程序时，工作正常。但是，当我在Visual之外执行exe文件时，将不会处理该异常，从而导致应用程序崩溃。
RunWorkerCompleted 事件是否是在主
浏览 4提问于2010-10-22得票数 2
回答已采纳
3回答
如何在主进程中处理BackgroundWorker异常？
c#、winforms、exception、backgroundworker
我想处理Progress类中所有未处理的异常，在该类中，我为错误日志记录编写了一些代码：
static class Program
{
/// <summary>
/// The main entry point for the application.
/// </summary>
[STAThread]
static void Main()
{
try
{
Application.EnableVisualStyles();
Applicat
浏览 1提问于2013-04-18得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
活动推荐
腾讯云开发者
