WinForm子线程调用主线程

最新推荐文章于 2023-11-20 15:19:33 发布
最新推荐文章于 2023-11-20 15:19:33 发布
阅读量584 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： c#
原文链接：http://www.cnblogs.com/wzwyc/p/6292211.html
本文介绍了一个使用C#编写的简单窗体应用程序示例，展示了如何通过多线程来更新窗体标题的方法。具体实现中，程序在窗体加载时启动一个后台线程，并通过BeginInvoke方法将UI更新操作调度到主线程执行。 
public Form1()
{
    InitializeComponent();
    Thread t = new Thread(ThreadWorker);
    t.Start();
}

private void ThreadWorker(object obj)
{
    this.BeginInvoke((Action)(() =>
    {
        this.Text = "这是标题";
    }));
}

 

转载于:https://www.cnblogs.com/wzwyc/p/6292211.html

c#子线程调用主线程控件
c13_tianming的专栏
10-19 6414
相信对多线程有所了解的人都知道，子线程是不能直接操作winform上的控件的，因为默认的控件是在主线程上生成的，子线程是不能直接访问或者修改的，直接访问或者修改控件属性的话会报错。这个即使在Java上也是这样，Android中也经常被用到的。 这样的话，子线程岂不是没办法访问主线程生成的控件了，当然是否定的，有问题就用解决办法，微软的人更了解这一点，并且有好几种解决办法，主要的思路就是在子线程里
C# 使用主线程更新winform界面
babety的专栏
01-13 2456
工程中很多地方用异步线程处理 返回在界面显示,如果界面更新比较少的话,可以单个封装Delegate用Invoke调用, 如果地方过多.就需要 UI主线程轮训,以及 lazy Update了(就是如果在同一帧里面,如果多次调用UpdateXXX,只更新一次) 解决 UI跨线程更新的问题 直接上代码了: public partial class Form1 : Form {
C# 子线程调用主线程窗体的解决方法
01-21
由于Windows窗体控件本质上不是线程安全的。因此如果有两个或多个线程适度操作某一控件的状态(set value)，则可能会迫使该控件进入一种不一致的状态。还可能出现其他与线程相关的bug，包括争用和死锁的情况。所以VS2005这一改动便可以增强线程安全性。 　　我想大家更关心的是如何解决这个问题，如何才能操作其它线程中的控件而不引发异常，接下来我们来探讨下这个问题： 　　第一种方法： 　　这种方法我没用过，因为大家推荐不要使用，所以我没去实验过，具体方法如下（摘自网上）： 　　设置System.Windows.Forms.Control.CheckForIllegalCrossTh
WinForm 子线程修改主线程(UI线程)Control 【Z】
weixin_34240520的博客
12-20 196
原文http://www.cnblogs.com/SkySoot/archive/2012/03/14/2396552.html 我们先来看一段运行时会抛出 InvalidOperationException 异常的代码段: public partial class TestThread : Form { public TestThread() {...
c# winform中新线程访问并调用主线程的UI, 并控制进度条
老刘Pro，PHPer
05-14 2497
最近几天在写c#生成xml和txt文件的部分, 但新建的线程无法访问主线程的UI, 这个问题可是让我好顿头疼. 后来想了不用线程了, 全放在主线程里进行, 可是在批量生成几个文件的时候,界面就卡的不行, 所以放弃. 于是还得研究如何在新线程中能访问并调用主线程的UI,并控制进度条. 在网上搜索了半天, 找到一个叫委托的东东, 这个东西对于做PHP的我确实是个新玩意 不过确实是挺好用的, ...
C#子线程执行完后，调用主线程的方法
weixin_30824479的博客
07-24 1809
private delegate void CheckVersionNumber_CallBack(string str);//定义一个为委托 用于 检测版本//检测版本private void m_CheckVersionNumber(string strVersionNumber) { try { ...
C#子线程更新UI控件的方法实例总结
09-04
由于UI界面通常运行在主线程中，为保证用户界面的响应性和避免线程冲突，我们需要遵循特定的规则来安全地更新控件。本文将详细介绍两种在子线程中更新UI控件的常用方法。 **1. 使用控件自身的Invoke/BeginInvoke...
python子线程共享主线程变量_Python多线程-2（线程共享全局变量）
weixin_39907131的博客
12-09 617
例子：from threading import Thread,Lockfrom time import sleep, ctimeglobal_num = []def func1():global global_numfor i in range(5):sleep(1) #假设是最耗时的主过程lock.acquire()#两个线程会最开始抢这个锁，拿到锁就会处于关锁，执行后面的程序，其他线程执行...
C#子线程执行完后通知主线程的方法
09-01
在这个场景下，我们可以通过委托或.NET框架提供的Action和Func泛型委托来传递回调函数，从而让子线程在完成后调用主线程定义的方法。 下面是一个使用自定义委托的例子： ```csharp public delegate void Entrust...
Winform 异步调用主线程
qq_40143976的博客
11-05 556
/// <summary> /// 更新进度条 主线程 /// </summary> /// <param name="value"></param> public void UpDateProgress(int value) { Action<int> ShowMsg = Msg => { this.p..
C# 主线程显示数据，子线程获取数据
11-24
C# Winfrom必须掌握的技术，主线程显示数据，子线程获取数据,这是我做项目实际用到的技术。
C#子线程刷新主线程示例源码20121128
04-28
C#子线程刷新主线程示例源码 功能介绍： 使用线程操作 1、实时显示当前时间 2、输入加数和被加数，自动出现结果 技术特点： 使用了多线程实现了子线程刷新主线程 ，使用委托刷新主线程。 注意： 开发环境为Visual Studio 2012
Winform/WPF 子线程调用主界面控件
dollymie的博客
11-20 701
Winform和WPF 两种框架在子线程需要对主界面（UI）控件进行操作的时候，都是不能直接访问或修改主界面控件的。需要注意的是两个方法不能混用，winform用第一个，wpf用第二个不要混淆。
C# 子线程调用主线程窗体的解决方法（转自他人，留着自己日后查阅，(*^__^*) 嘻嘻……）...
weixin_33690963的博客
06-04 277
由于Windows窗体控件本质上不是线程安全的。因此如果有两个或多个线程适度操作某一控件的状态(set value)，则可能会迫使该控件进入一种不一致的状态。还可能出现其他与线程相关的bug，包括争用和死锁的情况。所以VS2005这一改动便可以增强线程安全性。 我想大家更关心的是如何解决这个问题，如何才能操作其它线程中的控件而不引发异常，接下来我们就来探讨下这个问题： 第一种方法： ...
为什么说WinForm的控件只能在主线程中创建和调用
bindsang的专栏
12-24 3467
    通常我们在做多线程编写WinForm程序的时候经常听到的一句话就是“窗体控件只能在主线程中创建”，刚开始的时候我也接受的是这样的教育，因此一直以来一直在编程中有意识的这样做了。平时也没有过多的去想为什么要这样做，就把这个当做是一条公理了，就像是数学中“两个不同的点确定一条直线，三个不在同一直线上的点确定一个平面”一样那么简单。     最近又一次在做一个WinForm程序，
Winform跨线程访问主线程中的内容
weixin_43986048的博客
08-01 404
【代码】Winform跨线程访问主线程中的内容。
C#，线程太多，返回主线程方法
SpandKing的博客
05-21 1600
最近一个项目，线程用太多了，后来还要后台线程调用winform窗体的，淦 下面方法 /// <summary> /// 在线程中操作窗体的控件 /// </summary> /// <param name="action"></param> public void OpeMainFormControl(Action action) { if (this.
Winform和线程
u010205994的专栏
07-26 639
黑马程序员 .NET学习日记 ------- Windows Phone 7手机开发、.Net培训、期待与您交流！ ------- winform基础比较简单，以前接触得比较多的也是窗体。主要是拖控件，然后通过代码响应一个事件，主要的代码在C#基础中大多数也是接触过的。 局部变量每次运行完毕的值会被自动销毁，下次再运行会重新初始化；而类字段，只要是一个对象，并且不销毁，就会一直保存对象的
C# 中 子线程发生异常，会导致程序退出吗？还是子线程退出
最新发布
06-10
<think>我们正在讨论C#中子线程发生异常时的行为。根据引用[1]和引用[4]，我们可以知道：-程序启动时有一个主线程（前台线程），而创建的其他线程可以是前台线程或后台线程（后台线程需要设置IsBackground属性为true）。-引用[1]提到，如果后台线程引用了主界面的句柄，可能导致无法退出的情况，但这里并没有直接说明异常情况。关于线程异常对程序的影响，我们可以总结如下：1.在子线程中发生的未处理异常（即未被catch的异常）会导致该线程终止，但不会导致整个应用程序退出，除非这是一个前台线程并且异常传递到了线程的顶层（而通常我们在线程中未处理异常，线程就会终止，而不会影响主线程）。2.但是，在.NETFramework2.0及更高版本中，默认行为是：任何线程上未处理的异常都会导致应用程序退出，除非这个异常发生在由ThreadPool管理的线程上（ThreadPool线程上的未处理异常默认行为是线程终止，而不会导致应用程序退出）或者使用任务（Task）来运行（任务中的异常处理又有所不同，任务中的异常会被包装在AggregateException中，如果未被捕获，则会导致应用程序在垃圾回收时退出，具体取决于是否使用了Task.Wait等方法）。3.但是，这里有一个重要的区别：对于直接使用Thread类创建的线程：-在.NETFramework1.0和1.1中，未处理异常会导致应用程序退出。-在.NETFramework2.0及更高版本中，未处理异常默认会导致应用程序退出，但是可以通过配置文件或应用程序域事件来改变这一行为。-然而，在实际应用中，为了安全，未处理异常导致应用程序退出是一个明智的默认行为，因为异常状态可能导致程序处于不确定状态。4.但是，对于后台线程（IsBackground=true），如果未处理异常，那么该线程终止，但是应用程序不会因此而退出，除非应用程序的主线程（前台线程）已经退出。但是需要注意的是，.NET中未处理异常的处理策略如下：-在控制台应用程序中，未处理异常会导致应用终止。-在Windows窗体应用程序中，可以通过Application.SetUnhandledExceptionMode来设置未处理异常的处理方式，默认情况下，会触发Application.ThreadException事件，如果该事件没有被处理（或者没有注册处理程序），则应用程序会退出。-在WPF中，也有类似的机制。5.但是，子线程（无论是前台线程还是后台线程）上的未处理异常是否会立即导致整个应用程序退出，取决于应用程序的类型和设置。-在控制台应用中，任何线程上的未处理异常都会导致整个应用程序终止（在.NET2.0之后）。-在图形界面应用（如WinForm和WPF）中，主线程（UI线程）的未处理异常会直接导致程序退出（除非处理了），但子线程的未处理异常默认并不会导致程序立即退出（因为主线程可能还在运行）。但是，在子线程中未处理的异常可能会在应用程序关闭时被报告（通过AppDomain.UnhandledException事件），并可能最终导致应用程序退出（因为未处理的异常会触发进程终止）。6.在引用[2]中提到了全局异常捕获，通过捕获全局异常可以防止程序因未处理异常而立即退出，但这也只是捕获了主线程的异常（对于其他线程，需要使用AppDomain.CurrentDomain.UnhandledException事件）。因此，我们可以得出结论：-子线程的异常如果不处理，会导致该线程终止。-在控制台应用程序中，任何子线程的未处理异常都会导致整个应用程序退出（在.NET2.0及更高版本）。-在图形界面应用程序中，子线程的未处理异常通常不会导致应用程序立即退出（因为主线程还在运行），但是会触发AppDomain.CurrentDomain.UnhandledException事件，并且默认情况下，在事件处理完后应用程序就会退出（除非在事件处理时做了特殊处理）。-不过，有一种情况例外：如果子线程是用Thread类创建的前台线程，那么该线程的未处理异常会导致应用程序域卸载，从而导致应用程序退出。而后台线程的未处理异常不会导致应用程序退出（但可能会导致后台线程终止），不过，当所有前台线程结束时，应用程序会退出（后台线程也会被终止）。所以，我们需要分情况讨论：情况一：控制台应用程序任何未处理异常（包括子线程）都会导致程序退出。情况二：WinForm或WPF应用程序主线程（UI线程）上的未处理异常会导致应用程序退出（除非捕获）。对于子线程：-如果是前台线程（且未处理异常），会导致应用程序退出。-如果是后台线程（IsBackground=true），那么未处理异常只会导致该线程终止，不会导致应用程序退出（但可能会在应用程序关闭时，通过AppDomain.UnhandledException事件记录异常）。但是，根据微软的文档：在.NETCore和.NET5+中，未处理异常的行为发生了变化。在.NETCore中，未处理异常不会强制应用程序立即退出。但是，在.NETFramework中，行为如上面所述。因此，我们需要注意的是，这里讨论的是传统的.NETFramework行为。在.NETCore和.NET5+中，即使发生未处理异常，应用程序也不会立即退出，除非在事件处理程序中选择退出。为了验证，我们可以在引用中看到一些示例代码。例如在引用[3]的代码中，我们看到了一个控制台应用程序，在Run方法中有一个try...finally块，但没有catch块。如果在循环体内部（例如Console.WriteLine）抛出异常，那么该异常将导致线程执行finally块后终止（workThreadNums会递减），但不会导致主程序退出（因为主程序在等待所有线程结束）。但如果异常发生在workThreadNums++和try块之间，那么异常不会被捕获，并且会导致未处理异常。但是，在控制台应用程序中，如果子线程（即使是通过Task.Run运行的）出现了未处理异常，默认情况下程序会崩溃退出（在.NETFramework中）。而在.NETCore3.0及更高版本中，控制台应用程序会记录异常并退出（默认退出码为-532462766），但不会立即终止进程，直到所有前台线程结束。所以，为了安全，我们应该在线程代码中使用try-catch捕获所有异常。所以，针对用户的问题：在C#中，子线程的异常是否会导致主程序退出，取决于：1.应用程序类型（控制台还是GUI）2.使用的.NET版本（.NETFramework还是.NETCore/.NET5+）3.线程的类型（前台还是后台）在传统的.NETFramework控制台应用程序中，任何线程的未处理异常都会导致整个应用程序退出。在GUI应用程序中，子线程的异常是否导致主程序退出则还要看线程是前台线程还是后台线程：前台线程的未处理异常会导致整个应用程序退出，后台线程则不会（但是当所有前台线程结束后，应用程序会退出，此时后台线程也会被终止）。在.NETCore和.NET5+中，默认行为改变了，即使出现未处理异常，应用程序也不会立即退出，但会导致应用程序被标记为失败（在退出时以非零退出码退出）。因此，为了避免不可预知的行为，最佳实践是：在任何线程中都应该使用try-catch来捕获异常，并在可能的情况下进行适当的处理，或者在必要的时候将异常传递给调用方（例如使用Task时，将异常放在Task对象中，由调用方等待时处理）。引用[^4]提到了主线程和前台线程，但没有直接说明异常的情况。所以，我们可以这样回答：在C#中，子线程发生异常时：-如果该子线程是前台线程（默认情况下直接创建的线程是前台线程），并且发生了未处理的异常，则会导致整个应用程序退出（在.NETFramework中），但在.NETCore中可能不会立即退出。-如果该子线程是后台线程（通过设置IsBackground=true），未处理的异常不会导致整个应用程序退出，但该子线程会终止（在.NETFramework中，后台线程的异常不会导致应用程序退出，但是会触发AppDomain.CurrentDomain.UnhandledException事件，然后该线程终止，应用程序继续运行直到所有前台线程结束。在.NETCore中，类似）。然而，无论是哪种情况，未处理的异常都是危险的，因此建议始终在子线程中捕获异常并进行处理。另外，我们可以参考引用[2]中提到的全局异常捕获方法，在WinForm等应用中，可以通过AppDomain.CurrentDomain.UnhandledException事件来捕获任何未处理的异常（包括子线程的异常），这样我们可以记录日志然后选择是否继续运行（但通常不建议继续，因为程序状态可能已经损坏）。在控制台应用中，我们也可以注册这个事件，但是一旦事件触发，程序就会退出。所以，总结来说：未处理异常可能导致应用程序退出，也可能只导致子线程终止，具体细节需要结合线程类型和应用程序环境。为了更清晰，我们分类说明：1.在控制台应用（.NETFramework）中：-任何未处理异常（主线程或子线程）都会导致应用程序终止。2.在WinForm或WPF应用（.NETFramework）中：-主线程（UI线程）的未处理异常会终止应用程序（除非设置了Application.SetUnhandledExceptionMode并且处理了异常）。-子线程中：-如果是前台线程未处理异常，会导致应用程序终止。-如果是后台线程未处理异常，不会导致应用程序终止（只终止该线程）。3.在.NETCore和.NET5+控制台应用中：-未处理异常不会导致应用程序立即退出，但是会以非正常退出码（非0）退出。-实际上，当未处理异常发生时，程序会继续运行直到所有前台线程完成。所以如果主线程（前台线程）还在运行，那么程序不会立即退出。但是由于发生了未处理异常，程序在退出时会被标记为失败。4.在.NETCore和.NET5+的GUI应用程序中：-行为类似于控制台应用程序，未处理异常不会导致立即退出，但应用程序会被标记为失败并最终退出。为了安全起见，无论使用何种框架和应用程序类型，都应该确保每个线程（特别是子线程）有适当的异常处理逻辑。因此，针对用户的问题，我们可以回答：在C#中，子线程的异常可能不会导致主程序立即退出（特别是当该线程是后台线程时），但也可能导致主程序退出（如果该线程是前台线程，或者在控制台应用程序中，或在某些配置下）。但最好的做法是避免未处理异常的发生，使用try-catch来捕获异常。</think> 在C#中，子线程发生异常时对程序的影响取决于线程类型和运行环境。以下是关键结论： ### 1. **线程类型的影响** - **前台线程**（默认类型）： ```csharp var thread = new Thread(WorkerMethod); // 默认是前台线程 ``` - 未处理异常会导致**整个应用程序崩溃退出** - 即使主线程仍在运行，进程也会被强制终止[^4][^1] - **后台线程**（显式设置`IsBackground=true`）： ```csharp var bgThread = new Thread(WorkerMethod) { IsBackground = true }; ``` - 未处理异常**仅终止当前线程** - 主程序可继续运行（如主界面不依赖该线程）[^4][^1] ### 2. **运行环境差异 - **控制台程序**： - 任何线程的未处理异常都会导致**进程立即退出** - 需要全局异常捕获（通过`AppDomain.UnhandledException`）[^2] - **WinForm/WPF程序**： - 后台线程异常不会导致主界面崩溃 - **例外情况**：线程访问已销毁的UI控件时会抛出`ObjectDisposedException`[^1] ### 3. **核心验证代码 ```csharp // 实验：前台线程异常导致崩溃 new Thread(() => { throw new Exception("前台线程异常"); }).Start(); // 实验：后台线程异常仅自身退出 new Thread(() => { throw new Exception("后台线程异常"); }) { IsBackground = true }.Start(); ``` ### 4. **最佳实践 1. **全局异常处理**（对所有线程生效）： ```csharp AppDomain.CurrentDomain.UnhandledException += (s, e) => { File.WriteAllText("crash.log", e.ExceptionObject.ToString()); }; ``` 2. **线程级异常捕获**（推荐）： ```csharp void SafeWorker() { try { /* 业务代码 */ } catch (Exception ex) { /* 记录或恢复 */ } } ``` 3. **UI线程交互规范**： ```csharp // 正确方式：通过Invoke更新UI this.Invoke(() => label.Text = "更新内容"); ``` > ⚠️ 特殊注意：当后台线程持有主窗口句柄且主窗口关闭时，可能引发资源访问冲突[^1]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值