是否有非阻塞版本的 MessageBox.Show （或类似的版本）？

Question

迟来的更新

我接受MUG4N对这个问题的回答，并且我也想回应一些针对它的批评。

克里斯 F 说：

...您无法直接从后台线程进行 UI 调用。

这是一个笼统的声明，并非 100% 真实。让我指出一些事实：

1. 如果您设置 Control.CheckForIllegalCrossThreadCalls = false，您实际上可以随心所欲地进行 UI 调用。 “啊！”我听到你说。 “永远不要这样做！”是的，是的 - 但为什么？答案：因为有时这会损坏内存。

   System.Windows.Forms 中的控件类未编写为线程安全的，因此有时从后台线程更新它们可能会损坏内存。但如果这种情况只是有时发生而不是总是，那么这告诉我的是它本身并不是UI代码的调用 ，而是可能导致异常的 UI 代码潜在不安全冲突。

2. 为了强调第 1 点，请考虑这一点：从后台线程调用 UI 代码的“安全”方法是使用 Control.Invoke 或 Control.BeginInvoke ， 正确的？ 但这是 UI 调用；如果我们从非 GUI 线程更新 GUI，这只是我们应该进行的 UI 调用。我的意思是，显然，这不仅仅是从外部线程调用 Control 对象上的“任何”方法，这会导致混乱（如果是这种情况，那么我们甚至无法调用调用，我们就会完全陷入困境）。同样，无法安全同时发生的单独 UI 调用之间的潜在冲突将被证明是具有破坏性的。

3. 牢记以上两点，问问自己：为什么从非 GUI 线程调用 MessageBox.Show 不安全？创建并显示一个完全独立的Form；它的属性不会以任何方式与任何其他现有的 GUI 对象交互；事实上，它不能在任何地方以任何方式访问，除了一种：从调用线程访问它的 DialogResult 属性（并且仅通过 Show 方法的返回值）。

继续前进。康拉德·阿尔布雷希特说：

...鉴于 Show() 在 Dan 引用的主题中设置了自己的消息泵的断言（未得到证实，但我无法反驳）...

这是一个完全公平的观点（尽管我个人认为我对 Jared Par 抱有足够高的敬意，因此我通常不会怀疑他所说的话）。无论如何，通过 Reflector< 查看 MessageBox.Show 方法/a> 揭示了这个片段：

Application.BeginModalMessageLoop();
try
{
    result = Win32ToDialogResult(SafeNativeMethods.MessageBox(new HandleRef(owner, zero), text, caption, type));
}
finally
{
    Application.EndModalMessageLoop();
    UnsafeNativeMethods.ThemingScope.Deactivate(userCookie);
}

进一步查看 Application.BeginModalMessageLoop 方法揭示了这一点：

ThreadContext.FromCurrent().BeginModalMessageLoop(null);

而这个 ThreadContext.FromCurrent 反过来：

// [Reflector shows that currentThreadContext is a ThreadStatic member. -Dan]
if (currentThreadContext == null)
{
    currentThreadContext = new Application.ThreadContext();
}
return currentThreadContext;

我对这些了解不够较低级别的 Windows 构造来完全理解这段代码，但在我看来，这恰恰证明了 Jared 在我的旧评论中引用的答案中所说的内容（对于好奇的读者：MessageBox.Show() 是否自动编组到 UI 线程？）。

所以，是的。在这一点上我完全同意 MUG4N 的观点。

（如果有人能令人信服地辩称我在这里仍然是错误的，请大声说出来。虽然我觉得我已经提出了一个很好的理由来说明为什么我相信 MUG4N 是正确的，但我显然不是 100% 确定。）

---

原始问题

通常你只是想通知用户发生了一些事情，但实际上不需要他们进行任何输入。在这种常见场景中，我有时会看到这样的代码：

MessageBox.Show("Something has occurred", "Something", MessageBoxButtons.OK);

众所周知，此代码会导致出现一个小弹出窗口，其中仅包含一个 OK 按钮。现在事情是这样的：这段代码阻塞了（UI 线程）。但在我看来，在绝大多数情况下，如果您只有有一个确定按钮，则几乎不需要阻止。 （阻止的目的通常不是为了接收用户的一些输入吗？如果用户的唯一选择是“确定”，在这种典型情况下，阻止是不是毫无意义？）

显然我可以编写我自己的小表单，它的功能基本上与 MessageBox.Show 的功能完全相同，只是它不返回任何内容（没有 DialogResult）并且不会阻塞。但我只是想知道是否已经存在我不知道的类似事情。

Answer 1

您需要使用多线程来执行此任务，其中一个线程（主线程）将执行处理，另一个线程将用于显示消息框。

Answer 2

向您的应用程序添加 NotifyIcon 怎么样？并显示气球提示？缺点是通知会在短时间内消失，但如果用户不需要采取行动，这可能对他们来说是最好的。

关于这个问题还有更多建议< /a>.

Answer 3

我会尝试调用 MessageBox直接从 Win32 API 调用函数，例如：

using System.Runtime.InteropServices;

[DllImport("User32.dll")]
public static extern int MessageBox(int h, string m, string c, int type);

尝试使用空句柄和 APPLMODAL 类型。这可能有效。

Answer 4

这是一个老问题，但尽管如此...

1) Import IWshShell ('Windows Script Host Object Model')

Dim wsh As New IWshRuntimeLibrary.WshShell
wsh.Popup(String.Concat(Me.GetType.FullName, vbCrLf, _
Application.ExecutablePath)、0.75、“标题”、MessageBoxButtons.OKCancel 或 MessageBoxIcon.Question)

Jens...