双SynchronizationContext同步请求造成UI死锁

代码

private void btnRun_Click(object sender, EventArgs e)
{
    var sc = SynchronizationContext.Current;
    //①
    sc.Send(o =>
    {
	btnRun.Text = DateTime.Now.ToString();
	var t = new Thread(() =>
	{
	    //②
	    sc.Send(oo =>
	    {
		Thread.Sleep(1000);
		btnRun.Text = DateTime.Now.ToString();
	    }, null);
	});
	t.Start();
	t.Join();
    }, null);
}

解释

①处开始占用SynchronizationContext，并开始同步执行一直等待②处执行完毕。但②处也申请占用SynchronizationContext以将自己的代码执行完毕。砰~DeadLock条件成立！

解决

将同步调用改成异步，破坏死锁条件。将②处的“sc.Send”改成“sc.Post”即可。

结论

牵涉到“同步”与“资源占用”的话，要注意是否可能会造成死锁。

个人挺不愿花许多心思在业务代码上，乱刀斩乱麻，直接避免“同步”与“资源占用”，即避免使用SynchronizationContext.Send()，统一使用SynchronizationContext.Post()。

参考

UI thread client callback和UI thread WCF Service一起工作时死锁的形成原因及解决方法