正确使用(或不使用)Dispatcher.CheckAccess()

在Winforms中,所有控件都有一个InvokeRequired属性,如果必须调用则返回true。[Begin]调用控件以进行修改。

在WPF中, DispatcherObject.CheckAccess()Dispatcher.CheckAccess()有一个看似相似的构造,但我对EditorBrowsable(EditorBrowsableState.Never)属性感到害怕。 当我禁用这样的编辑器浏览时,我用它来表示“你应该这样做。不,真的。如果需要解决你的问题,你就错误地设计了解决你的首要问题的解决方案。” 另一方面,我发现的唯一替代方案(事实上,我的原始解决方案)是Thread.CurrentThread.ManagedThreadId == 1 。 (这太可怕了。它在通用情况下不起作用。我知道。但它确实适用于我的有限用途。)

MSDN 文档没有提及EditorBrowsable属性的存在和推理。 它是否确实意味着“不要使用它”,如果我输入它,或者它是否有其他一些不那么禁止的含义?

在WPF中,您可以调用Dispatcher.Invoke无论您当前的线程如何,它都会相应地处理调用 – 如果您已经在正确的线程上,它将只调用您的代码,并使用CheckAccess来处理此行为。

对于BeginInvoke ,您当前使用的线程无关紧要: BeginInvoke始终是异步的,执行顺序取决于您添加到调度程序队列的项目的优先级。

如果您根本不应该使用该方法,那么它将不公开:该属性的意图仅在于将成员隐藏在诸如Intellisense和其他编辑器浏览器之类的机制中。 你通常不需要自己使用Dispatcher.CheckAccess() ,这可能是为什么它被标记为不可浏览,但这是我们只能猜测的智慧(除非Eric Lippert正在观看;-)

总结:只需调用Dispatcher.Invoke ,不要担心CheckAccess

我想补充一点:如果你想模仿“ If invokeRequired then ……”
我会说:不要使用“ if Dispatcher.CheckAccess ”而是使用:

 If Me.Dispatcher.Thread Is System.Threading.Thread.CurrentThread Then Label1.Content = value Else Me.Dispatcher.BeginInvoke(New Action(Of String)(AddressOf displaymessage), value) Return End If 

我遇到的问题是CheckAccess始终是真的,即使在开始调用之后……

没关系,以下代码也可以正常工作:

  If Me.Dispatcher.CheckAccess Then Label1.Content = value Else Me.Dispatcher.BeginInvoke(New Action(Of String)(AddressOf displaymessage), value) Return End If