【C#学习笔记】使用C#中的Dispatcher

form:https://www.jianshu.com/p/0714fc755988

之前的文章说过了如何使用BackgroundWorker,今天要说的是WPF程序员处理多线程的另外一个方式 - Dispatcher

当我们打开一个WPF应用程序即开启了一个进程,该进程中至少包含两个线程。

  • 一个线程用于处理呈现:隐藏在后台运行
  • 一个线程用于管理用户界面:接收输入、处理事件、绘制屏幕以及运行应用程序代码。即UI线程。

在UI线程中有一个Dispatcher对象,管理每一个需要执行的工作项。Dispatcher会根据每个工作项的优先级排队。

向Dispatcher列队中添加工作项时可指定10个不同的级别。

那么问题来了,如果遇到耗时操作的时候,该操作如果依旧发生在UI线程中,Dispatcher 列队中其他的需要执行的工作项都要等待,从而造成界面假死的现象。为了加快响应速度,提高用户体验,我们应该尽量保证Dispatcher 列队中工作项要。所以,对于耗时操作,我们应该开辟一个新的子线程去处理,在操作完成后,通过向UI线程的Dispatcher列队注册工作项,来通知UI线程更新结果。

Dispatcher提供两个注册工作项的方法:InvokeBeginInvoke。这两个方法均调度一个委托来执行。Invoke 是同步调用,也就是说,直到 UI 线程实际执行完该委托它才返回。BeginInvoke是异步的,将立即返回。

  • Dispatcher实际上并不是多线程
  • 子线程不能直接修改UI线程,必须通过向UI线程中的Dispatcher注册工作项来完成
  • Dispatcher 是单例模式,暴露了一个静态的CurrentDispatcher方法用于获得当前线程的Dispatcher
  • 每一个UI线程都至少有一个Dispatcher,一个Dispatcher只能在一个线程中执行工作。
  • 开启新线程的方法很多,比如delegate.BeginInvoke()的方式开启的新线程。

Delegate.Invoke:          Executes synchronously, on the same thread.
Delegate.BeginInvoke: Executes asynchronously, on a threadpool thread.

示例程序

XAML

<Window x:Class="DispatcherExample.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="MainWindow" Height="160" Width="300">
    <StackPanel>
        <ProgressBar Name="progressBar" Height="20" Width="250" Margin="10"></ProgressBar>
        <TextBox Name="textBox" Width="50" Height="20" HorizontalAlignment="Center"></TextBox>
        <Button Name="btnProcess" Width="100" Click="btnProcess_Click" Margin="5">Start</Button>
        <Button Name="btnCancel" Width="100" Click="btnCancel_Click" Margin="5">Cancel</Button>
    </StackPanel>
</Window>

C#

namespace DispatcherExample
{
    /// <summary>
    /// Interaction logic for MainWindow.xaml
    /// </summary>
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
        }

        Thread taskThread;
        private void btnProcess_Click(object sender, RoutedEventArgs e)
        {
            taskThread = new Thread(DoTask);
            taskThread.Start();
        }

        private void btnCancel_Click(object sender, RoutedEventArgs e)
        {
            taskThread.Abort();
            MessageBox.Show("Background task finished normally", "info");
            this.progressBar.Value = 0;
            this.textBox.Text = null;
        }

        private void DoTask()
        {
            Int64 InputNum = (Int64)100;
            for (Int64 i = 0; i < InputNum; i++)
            {
                Thread.Sleep(100);
                this.Dispatcher.BeginInvoke((Action)delegate()
                {
                    this.progressBar.Value = i;
                    this.textBox.Text = i.ToString();//显示百分比值
                });
            }
            MessageBox.Show("Background task has been canceled", "info");
            this.Dispatcher.BeginInvoke((Action)delegate()
            {
                 this.progressBar.Value = 0;
                 this.textBox.Text = null;
            });
        }
    }
}

演示

DispatcherExample.gif


作者:Jason_Yuan
链接:https://www.jianshu.com/p/0714fc755988
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
---------------------------------------------------------------------------------------------------------------------------

C#中的委托(delegate)用法简介

委托 delegate是只有一个函数的特殊的类
委托对象的引用相当函数指针

delegate 声明定义一种引用类型,该类型可用于将方法用特定的签名封装。委托实例封装静态方法或实例方法。

委托大致类似于 C++ 中的函数指针;但是,委托是类型安全和可靠的。

委托使您得以将函数作为参数传递。委托的类型安全要求作为委托传递的函数拥有同委托声明相同的签名

使用委托使程序员可以将方法引用封装在委托对象内。

然后可以将该委托对象传递给某个方法,而不必在编译时知道将调用哪个方法。与 C 或 C++ 中的函数指针不同,委托是面向对象、类型安全的 

委托声明定义一种类型,它用一组特定的参数以及返回类型封装方法。对于静态方法,委托对象封装要调用的方法。对于实例方法,委托对象同时封装一个实例和该实例上的一个方法。如果您有一个委托对象和一组适当的参数,则可以用这些参数调用该委托。 
委托的一个有趣且有用的属性是,它不知道或不关心自己引用的对象的类。任何对象都可以;只是方法的参数类型和返回类型必须与委托的参数类型和返回类型相匹配。这使得委托完全适合“匿名”调用

//例子1

class Program

{
        delegate bool CompareOp(int v1, int v2);
        static void Main(string[] args)
        {
            CompareOp less = new CompareOp(Program.Less);
            Console.WriteLine(less(1, 2).ToString());
            Console.WriteLine("Test Delegate");
            Console.ReadLine();
        }
        static public bool Less(int a, int b)
        {
            return a < b;
        }
}

//例子2

delegate void MyDelegate(int i); 

class Program 

  public static void Main() 
  { 
    TakesADelegate(new    MyDelegate( DelegateFunction )); 

  } 

  public static void TakesADelegate(MyDelegate SomeFunction) 
  { 
     SomeFunction(21); 

   } 

  public static void DelegateFunction (int i)
  { 
     System.Console.WriteLine("Called by delegate with number: {0}.", i); 
   } 
}
  • 3
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Resource Page Description 在以前的文章,我曾多次强调应用程序异步化的重要性。尤其对于IO密集型操作,异步执行对于应用程序的响应能力和伸缩性有非常关键的影响。正确使用异步编程能够使用尽可能少的线程来执行大量的IO密集型操作。可惜的是,即时异步编程有避免线程阻塞等诸多好处,但是这种编程方式至今没有被大量采用。其原因有很多,其最主要的一点可能就是异步模型在编程较为困难,导致许多开发人员不愿意去做。 异步,则意味着一个任务至少要被拆分为“二段式”的调用方式:一个方法用于发起异步请求,另一个方法用于异步任务完成后的回调。与传统方法调用方式相比,异步调用时的间数据不能存放在线程栈上,方法之间的也不能简单地通过参数传递的方式来共享数据。此外,传统方法调用的try…catch…finally,using等关键字都无法跨越方法边界,因此异步编程在处理异常,保护资源等方面也需要花更大的精力才行。如果一不小心,轻则造成资源泄露,重则使整个应用程序崩溃。 因此,无论是微软官方还是社区都出现了一些简化异步编程方式的组件,例如微软并行与协调运行时和Wintellect's .NET Power Threading Library的AsyncEnumerator。同时,我基于AsyncEnumerator构建了一个AsyncTaskDispatcher组件,使多个有依赖关系的异步操作之间的协作调用得以大大简化。 以上是引用,自己做了个更简单的demo
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值