我有一个winform代码,在点击按钮后运行:
void button1_Click(object sender, EventArgs e)
{
AAA();
}
async Task BBB( int delay)
{
await Task.Delay(TimeSpan.FromSeconds(delay));
MessageBox.Show("hello");
}
async Task AAA()
{
var task1 = BBB(1); // <--- notice delay=1;
var task2 = BBB(1); // <--- notice delay=1;
var task3 = BBB(1); // <--- notice delay=1;
await Task.WhenAll(task1, task2, task3);
}
问题:
为什么我在delay=1
:
但如果我将延迟更改为:1,2,3
-
var task1 = BBB(1);
var task2 = BBB(2);
var task3 = BBB(3);
我看到 - 3个消息框甚至没有点击任何消息框?
答案 0 :(得分:16)
请注意嵌套的消息循环是邪恶的,因为意外的重入只是太难了(tm)。
我认为解释这种行为有两个关键的理解。第一个是异步延续 - 就像所有其他“运行此任意代码”Win32消息一样 - 具有更高优先级而不是其他消息。第二个是,在运行嵌套消息循环时,有一个长期存在的Win32传统,即发送消息和同步阻止响应。 (另一方面,我个人认为,这种可怕的重入 - 无处不在的Win32 API设计一直是Windows上绝大多数应用程序错误的原因。)
如果以保留堆栈跟踪的方式运行代码,您可以更清楚地看到发生了什么:
void button1_Click(object sender, EventArgs e)
{
AAA();
}
private List<string> stacks = new List<string>();
async Task BBB(int delay)
{
await Task.Delay(TimeSpan.FromSeconds(delay));
var stack = new StackTrace().ToString();
stacks.Add(stack);
MessageBox.Show(stack);
}
async Task AAA()
{
var task1 = BBB(1); // <--- notice delay=1;
var task2 = BBB(1); // <--- notice delay=1;
var task3 = BBB(1); // <--- notice delay=1;
await Task.WhenAll(task1, task2, task3);
Clipboard.SetText(string.Join("\r\n\r\n", stacks));
}
在对话框全部关闭(首先是最小,然后是中等,然后是最大)之后,使用剪贴板Compare the dialog texts(最大堆栈,然后是中等,然后是最小)。很明显,对话框的显示顺序相反。
我相信这样的事情正在发生,但没有信心说肯定:
MessageBox.Show
。MessageBox
函数启动嵌套消息循环,并开始设置实际对话框,其中包含消息 to self (即设置标题,文本等)。请注意,这些调用会输出消息,但它们尚未准备好显示对话框。MessageBox.Show
,然后在这些设置消息前面跳转并跳转。当您将时间更改为1, 2, 3
时,您仍会在剪贴板中获得相同的堆栈,但您会看到对话文本现在按顺序排列(最小堆栈先是中等,然后是最大堆栈) 。这是因为每个MessageBox.Show
都有足够的时间来设置消息框并建立其消息循环,并在其上面的下一个图层之前显示对话框。
理论上,MessageBox.ShowAsync
API可以避免这种奇怪的行为,完全避免嵌套循环。不过,我不会屏住呼吸。