gpt4 book ai didi

c# - Dispatcher.BeginInvoke 和 Task.Factory.StartNew 有什么区别

转载 作者:太空狗 更新时间:2023-10-29 18:06:52 27 4
gpt4 key购买 nike

在我的 WPF 应用程序中,我在构造函数中使用 Dispatcher.BeginInvoke 加载内容。我的问题是它会阻塞 UI 线程吗?

或者使用 Task.Factory.StartNew 然后将内容分派(dispatch)回 UI 是否更好,这样应用程序将首先加载而不考虑加载内容处理时间?

哪种方法更好,为什么?

最佳答案

他们做了两件截然不同的事情:

  • Task.Factory.StartNew 安排一个委托(delegate)在线程池线程。当前线程继续运行而不等待此任务的结果(异步)。通常,您会产生一个运行时间更长的后台任务,这样 UI 就不会被阻塞太久(不是“卡住”)。

  • Dispatcher.BeginInvoke 安排一个委托(delegate)在调度程序 (UI) 线程。通常这样做是为了更新一些 UI控制与在一个上执行的某些操作的结果后台线程。本质上,您是在此处更新 UI。

直接回答你的问题:

您不应在 Dispatcher 线程上安排冗长的操作,通常您只想在此处更新 UI 控件。委托(delegate)中的代码将在 UI 线程上执行,该线程在执行时被阻塞。只需将 Thread.Sleep(10000) 放入您当前的代码(您从构造函数中调度),您就会看到 UI 将卡住。为此使用后台任务 - 使用 Task 或后台工作程序(两者都将使用线程池线程)。

Or is it better to use Task.Factory.StartNew and then dispatching things back on UI so that application will load first irrespective of the loading content process time.

是的!

关于c# - Dispatcher.BeginInvoke 和 Task.Factory.StartNew 有什么区别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9953132/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com