原文地址: http://www.tuicool.com/articles/F7reem http://blog.csdn.net/yl2isoft/article/details/11711833 前段时间,公司同事开发了一个小工具,在工具执行过程中, UI 界面一直处于卡死状态. 通过阅读代码发现,主要是由于 Dispatcher.BeginInvoke()方法使用不当导致的. 本文将通过一个WPF模拟程序来演示一下界面卡死的现象,并通过修改代码来解决界面卡死的问题. 希望通过对本文的学习,

Control.Dispatcher.BeginInvoke里的逻辑由UI线程执行,如果内部包含耗时操作就会造成界面卡住. Action.BeginInvoke里的逻辑,将在一个新开的线程中执行,而不是UI线程,所以不会造成界面卡住.但其内部不能直接对UI操作,所以若需要访问UI,需要将访问UI的那部分代码用Control.Dispatcher.BeginInvoke包起来,其中Control属于你要访问的UI,或者说Control与你要访问的UI在同一线程. 示例: new Action(()

System.Windows.Application.Current.Dispatcher.BeginInvoke(new Action(() =>                           {                               if (True)                               {                                                                 }          

在学习Windows Phone 程序开发时经常会使用到Dispatcher.BeginInvoke()的编程方法,可能许多初学者并不熟悉Dispatcher.BeginInvoke的使用方法以及为什么在WP编程中会经常使用到这个方法,下面就粗浅介绍下Dispatcher.BeginInvoke()的使用方法. 在WP编程中,我们经常要做的一件事就是更新UI,而其UI部分都在单一的线程下执行的.就是说,WP的开发编程中绝大部分的UI设置更新都是在UI线程中进行的,如果你在非UI线程中要更新UI的

原文:Dispatcher.BeginInvoke()方法使用不当导致UI界面卡死的原因分析 前段时间,公司同事开发了一个小工具,在工具执行过程中,UI界面一直处于卡死状态. 通过阅读代码发现,主要是由于Dispatcher.BeginInvoke()方法使用不当导致的. 本文将通过一个WPF模拟程序来演示一下界面卡死的现象,并通过修改代码来解决界面卡死的问题. 希望通过对本文的学习,大家能对Dispatcher.BeginInvoke()方法有一个新的认识. 文章开篇直接给出界面卡死的示例代码

<Window x:Class="WpfApplication1.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:d="http://schemas.microsoft.com/expression/bl

   在做WPF开发时,如果直接在子线程里更新UI会报错—–“调用线程无法访问此对象,因为另一个线程拥有该对象.”,这是因为WPF禁止在非UI线程里直接更新UI界面. 解决方案:   在子线程里调用Dispatcher.BeginInvoke()或者Invoke()方法.    例如更新一个Button上的文字内容,可以在子线程里这样写: this.myButton.Dispatcher.BeginInvoke(new Action(()=> { this.myButton.Content =

在开发WPF应用时出现:”调用线程无法访问此对象,因为另一个线程拥有该对象.“ 是因为UI线程是WPF应用的主线程,若尝试子线程更新UI线程应使用Dispatcher.BeginInvoke()或者Invoke()方法. Dispatcher.BeginInvoke() //异步执行,不等待委托结束就更新 Dispatcher.Invoke()          //代表同步执行 Action()                            //委托 this.Dispatcher.B

[同步]Invoke Application.Current.Dispatcher.Invoke(AutoIncreaseNumber); [异步]BeginInvoke Application.Current.Dispatcher.BeginInvoke((Action)AutoIncreaseNumber); 两者都会阻塞UI线程 基于WPF4.5.1示例 Invoke 按钮对应的是InvokeCommand BeginInvoke按钮对应的是BeginInvokeCommand 可以发现,

原文:拒绝卡顿--在WPF中使用多线程更新UI 有经验的程序员们都知道:不能在UI线程上进行耗时操作,那样会造成界面卡顿,如下就是一个简单的示例: public partial class MainWindow : Window    {        public MainWindow()        {            InitializeComponent();            this.Dispatcher.Invoke(new Action(()=> { }));    

深耕 WPF 开发的各位程序员大大们一定避不开使用 Dispatcher.跨线程访问 UI 当然免不了用到它,将某个任务延迟到当前任务之后执行也会用到它.Dispatcher.Invoke.Dispatcher.BeginInvoke 是过去大家经常使用的方法,而 .Net Framework 4.5 中微软为我们带来了 Dispatcher.InvokeAsync 方法,它和前面两个有何不同? 阅读本文将更深入地了解 Dispatcher 的工作机制. 本文是深入了解 WPF Dispatch

一.Dispatcher介绍 微软在WPF引入了Dispatcher,那么这个Dispatcher的主要作用是什么呢? 不管是WinForm应用程序还是WPF应用程序,实际上都是一个进程,一个进程可以包含多个线程,其中有一个是主线程,其余的是子线程.在WPF或WinForm应用程序中,主线程负责接收输入.处理事件.绘制屏幕等工作,为了使主线程及时响应,防止假死,在开发过程中对一些耗时的操作.消耗资源比较多的操作,都会去创建一个或多个子线程去完成操作,比如大数据量的循环操作.后台下载.这样一来,由

几个月之前因为项目需要,需要实现一个类似于WPF Dispatcher类的类,来实现一些线程的调度.之前因为一直做Asp.Net,根本没有钻到这个层次去,做的过程中,诸多不顺,重构了四五次,终于实现,满足项目要求. Dispatcher的源码对我来说,看的确实很累,各种累关联,不知所云.当时仅有的周永恒的博客看了六七遍也只是知道了大概的轮廓.今天我这里讲的,就是按照当时的项目需求的方向所理解和收获的一些知识,分享出来.太全面的东西,我讲出来只怕误人子弟了,大家还是去参照老周的博客吧.O(∩_∩)

首先说下,invoke和begininvoke的使用有两种情况: 1. control中的invoke.begininvoke. 2. delegrate中的invoke.begininvoke. 这两种情况是不同的,我们这里要讲的是第1种.下面我们在来说下.NET中对invoke和begininvoke的官方定义. control.invoke(参数delegate)方法:在拥有此控件的基础窗口句柄的线程上执行指定的委托. control.begininvoke(参数delegate)方法:在

WPF 应用程序启动后,会有两个线程: 1. 一个是用来处理UI呈现(处理UI的请求,比如输入和展现等操作). 2. 一个用来管理 UI的 (对UI元素及整个UI进行管理). WPF在线程里面是不可以直接操作UI元素,如果在一个非UI线程里操作UI元素,将会报错! XAML代码如下: <Window x:Class="WpfApp1112.Window1" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/prese

WPF 应用程序启动后,会有两个线程: 1. 一个是用来处理UI呈现(处理UI的请求,比如输入和展现等操作). 2. 一个用来管理 UI的 (对UI元素及整个UI进行管理). 像Winform一样,WPF在线程里面是不可以直接操作UI元素,如果在一个非UI线程里操作UI元素,将会报错! XAML代码如下: <Window x:Class="WpfApp1112.Window1" xmlns="http://schemas.microsoft.com/winfx/2006

在项目中也是经常用到: 刚见到它时,你会想:为什么不直接使用System.Windows命名空间下的MessageBox类,何必要这么麻烦?(认真分析看它做了什么,具体原因下面解释) 主要介绍的方法: Dispatcher.Invoke 方法 作用:在与 Dispatcher 关联的线程上同步执行指定的委托. Dispatcher.CheckAccess 方法 作用:确定调用线程是否为与此 Dispatcher 关联的线程. 注:CheckAccess 可以从任意线程中调用.CheckAcces

he following code example shows how you might attempt to update the UI from your task logic. // The Wrong Way to Update a UI Objectpublic void btnGetTime_Click(object sender, RoutedEventArgs e){   Task.Run(() =>       {         string currentTime = D

我们先看个简单的例子: private void Window_Loaded(object sender, RoutedEventArgs e) { Console.WriteLine("BeforeInvoke1"); Dispatcher.Invoke((Action)(() => { Thread.Sleep(1000); Console.WriteLine("Invoke1"); })); Console.WriteLine("EndInvo

微软在WPF引入了Dispatcher,那么这个Dispatcher的主要作用是什么呢?Dispatcher的作用是用于管理线程工作项队列.主线程负责接收输入.处理事件.绘制屏幕等工作,这样一来,UI界面是主线程创建的,因为子线程不能直接更新由主线程维护的UI界面,所有调用Dispatcher更新UI. 实例:WPF更新UI方式一 new Thread(()=>{ this.Dispatcher.Invoke(new Action(()=>{ //通知主线程去完成更新 })); }).Star