在 UWP 应用程序中，如何重现异常，告知仅在非 UI 线程上允许同步 UI

我无法弄清楚不同类型的线程在 UWP 应用程序中的行为方式。首先，在 UWP 中，UI 线程似乎不是主线程，而是工作线程之一（当我在事件处理程序中插入断点等时，我在调试器中看到了这一点）。我的假设是CoreApplication.MainView.CoreWindow.Dispatcher.HasThreadAccess指定当前线程是否为 UI 线程。

根据我的理解，某些操作应该根据当前线程的类型而表现不同。特别是，同步 I/O 方法应引发 UI 线程上不允许同步 I/O 的异常。

例如，File.Exists、File.Move 或使用 FileStream 构造函数创建文件。我什至早些时候就遇到过这些异常，但现在不知道如何再次重现它们。他们都神秘地消失了。即使我将这些方法直接放在 Button.Click 处理程序中（我相信它在 UI 线程上执行）HasThreadAccess是真的），它们仍然有效。

我相信这段代码在 2016 年 12 月我上次测试时一直抛出 InvalidOperationException：

private async void button_Click(object sender, RoutedEventArgs e)
{
    if (File.Exists(Path.Combine(ApplicationData.Current.LocalFolder.Path, "log.txt")))
    {
    }

或者，也许代码很接近但不等于，也许我遗漏了一些重要的细节..

我需要找到一种方法使这些异常再次可靠地发生，以便我可以正确地将旧的同步库重构为异步并彻底测试它。如果没有抛出异常，我实际上无法确定在其他人的系统上该库不会由于这些 I/O 线程问题而崩溃。

知道了。由于某些奇怪的原因，System.IO 命名空间的同步方法对于不同位置的磁盘文件夹的行为不同（在线程方面）。

这有效：

FileStream fs = new FileStream(Path.Combine(ApplicationData.Current.LocalFolder.Path, "log.txt"), FileMode.OpenOrCreate);

以下崩溃并显示“System.InvalidOperationException”和消息“不应在 UI 线程上执行同步操作”。考虑将此方法包装在 Task.Run 中：

FileStream fs = new FileStream(@"C:\Temp\log.txt", FileMode.OpenOrCreate);

同时，如果我在工作线程而不是 UI 线程上运行后者，我会得到准确的 UnauthorizedAccessException 告诉我访问被拒绝。

IE。似乎禁止在 UI 线程上运行同步操作并不涉及允许此 I/O 的文件夹（至少是 ApplicationData.Current.LocalFolder），并且确实涉及不允许此 I/O 的文件夹。也许 UWP 的 .NET 代码中存在引发错误异常的错误？

这很奇怪，因为我认为线程和访问控制问题之间应该没有关系，但至少我找到了一种方法让 UWP 同步方法以我需要的方式崩溃。

EDIT:

事实证明这是正确且预期的行为。在 UI 线程上时，WinRT 甚至不会尝试访问 LocalFolder 外部的资源，因为这会导致内部死锁（这就是 WinRT 在幕后工作的方式）。对于 LocalFolder 访问，允许使用 UI 线程进行同步 I/O。这就是为什么仅当访问 LocalFolder 外部的资源时，我才会在 UI 线程上收到 InvalidOperationException（而不是 UnauthorizedAccessException）。

UI 线程的问题在于像文件选择器这样的对象，它可以返回 LocalFolder（代理文件）之外的位置。在工作线程上访问此类文件不会抛出 UnauthorizedAccessException 并且会正常进行，但在 UI 线程上我们会收到 InvalidOperationException，因为该文件位于 LocalFolder 之外。因此，只能从工作线程访问代理文件（通过本机异步方法或通过专用工作线程上的同步方法）。