我编写了一个断言方法Ensure.CurrentlyOnUiThread()，如下所示，该方法检查当前线程是否为UI线程。
Ensure.cs
using System.Diagnostics;
using System.Windows.Forms;
public static class Ensure
{
[Conditional("DEBUG")]
public static void CurrentlyOnUiThread()
{
if (!Application.MessageLoop)
{
throw new ThreadStateException("Assertion failed: not on the UI thread");
}
}
}
if(Dispatcher.CurrentDispatcher.Thread == Thread.CurrentThread)
{
// Do something
}
Dispatcher.CurrentDispatcher 会创建并返回一个与当前线程关联的新的 Dispatcher。相反，可以按照以下方式处理：Dispatcher dispatcher = Dispatcher.FromThread(Thread.CurrentThread);
if (dispatcher != null)
{
// We know the thread have a dispatcher that we can use.
}
为确保您拥有正确的分派程序或处于正确的线程上，您可以选择以下选项：
Dispatcher _myDispatcher;
public void UnknownThreadCalling()
{
if (_myDispatcher.CheckAccess())
{
// Calling thread is associated with the Dispatcher
}
try
{
_myDispatcher.VerifyAccess();
// Calling thread is associated with the Dispatcher
}
catch (InvalidOperationException)
{
// Thread can't use dispatcher
}
}
CheckAccess()和VerifyAccess()在Intellisense中不显示。
此外，如果你必须采取这种方式，那很可能是因为设计不良。你应该知道哪些线程在程序中运行什么代码。
if (System.Windows.Forms.Application.MessageLoop)。 - ToolmakerSteve对于 WPF，我使用以下内容：
public static void InvokeIfNecessary (Action action)
{
if (Thread.CurrentThread == Application.Current.Dispatcher.Thread)
action ();
else {
Application.Current.Dispatcher.Invoke(action);
}
}
关键是不要检查Dispatcher.CurrentDispatcher（这将为您提供当前线程的调度程序），而是需要检查当前线程是否匹配应用程序或另一个控件的调度程序。
在WinForms中，通常会使用
if(control.InvokeRequired)
{
// Do non UI thread stuff
}
适用于 WPF
if (!control.Dispatcher.CheckAccess())
{
// Do non UI Thread stuff
}
我可能会编写一个使用泛型约束来确定应该调用哪个方法的小方法，例如：
public static bool CurrentlyOnUiThread<T>(T control)
{
if(T is System.Windows.Forms.Control)
{
System.Windows.Forms.Control c = control as System.Windows.Forms.Control;
return !c.InvokeRequired;
}
else if(T is System.Windows.Controls.Control)
{
System.Windows.Controls.Control c = control as System.Windows.Control.Control;
return c.Dispatcher.CheckAccess()
}
}
bool 而不是 void。并且方法应该以 else throw new InvalidArgumentException... 结尾。 - ToolmakerSteve对于 WPF：
// You are on WPF UI thread!
if (Thread.CurrentThread == System.Windows.Threading.Dispatcher.CurrentDispatcher.Thread)
对于 WinForms：
// You are NOT on WinForms UI thread for this control!
if (someControlOrWindow.InvokeRequired)
someControlorWindow是在希望进行检查的UI线程上创建时，后一种情况才成立。拥有多个Windows UI线程是完全可以的。 - user166390Control.InvokeRequired（WinForms）和Dispatcher.CheckAccess（WPF）对您来说是可以的？对于WPF：
我需要知道我的线程上的Dispatcher是否已经启动。因为如果你在该线程上创建任何WPF类，即使您从未执行 Dispatcher.Run()，接受的答案也将说明Dispatcher已经存在。我最终使用了一些反射技巧：
public static class WpfDispatcherUtils
{
private static readonly Type dispatcherType = typeof(Dispatcher);
private static readonly FieldInfo frameDepthField = dispatcherType.GetField("_frameDepth", BindingFlags.Instance | BindingFlags.NonPublic);
public static bool IsInsideDispatcher()
{
// get dispatcher for current thread
Dispatcher currentThreadDispatcher = Dispatcher.FromThread(Thread.CurrentThread);
if (currentThreadDispatcher == null)
{
// no dispatcher for current thread, we're definitely outside
return false;
}
// get current dispatcher frame depth
int currentFrameDepth = (int) frameDepthField.GetValue(currentThreadDispatcher);
return currentFrameDepth != 0;
}
}
这是我在WPF中使用的一段代码片段，用于捕获非UI线程尝试修改实现了INotifyPropertyChanged的UI属性：
public event PropertyChangedEventHandler PropertyChanged;
private void NotifyPropertyChanged(String info)
{
// Uncomment this to catch attempts to modify UI properties from a non-UI thread
//bool oopsie = false;
//if (Thread.CurrentThread != Application.Current.Dispatcher.Thread)
//{
// oopsie = true; // place to set a breakpt
//}
if (PropertyChanged != null)
{
PropertyChanged(this, new PropertyChangedEventArgs(info));
}
}
var managedThreadId = System.Windows.Threading.Dispatcher.FromThread(System.Threading.Thread.CurrentThread)?.Thread.ManagedThreadId;
var dispatcherManagedThreadId = System.Windows.Application.Current.Dispatcher.Thread.ManagedThreadId;
if (managedThreadId == dispatcherManagedThreadId)
{
//works in ui dispatcher thread
}
使用MVVM实际上相当容易。我的做法是将以下内容放入ViewModelBase中...
protected readonly SynchronizationContext SyncContext = SynchronizationContext.Current;
或者...
protected readonly TaskScheduler Scheduler = TaskScheduler.Current;
然后，当特定的ViewModel需要触及任何“可观察”对象时，您可以检查上下文并进行相应的反应...
public void RefreshData(object state = null /* for direct calls */)
{
if (SyncContext != SynchronizationContext.Current)
{
SyncContext.Post(RefreshData, null); // SendOrPostCallback
return;
}
// ...
}
或者在返回上下文之前在后台执行其他操作...
public void RefreshData()
{
Task<MyData>.Factory.StartNew(() => GetData())
.ContinueWith(t => {/* Do something with t.Result */}, Scheduler);
}
通常，如果按照MVVM（或任何其他架构）有序地进行，很容易确定UI同步的责任将位于哪里。但是，您基本上可以在任何地方执行此操作，以返回创建对象的上下文。我相信，在大型和复杂的系统中，轻松且一致地处理这个问题，可以创建一个“Guard”。
我认为，可以说您唯一的责任是回到自己最初的上下文。客户端也有同样的责任。