0

我为我的应用程序创建了一个“进度/取消”机制，我可以在执行长时间运行的操作时显示一个模式对话框，并让对话框给出一些进度指示。该对话框还有一个取消按钮，允许用户取消操作。（感谢 SO 社区帮助我完成这部分）。

以下是运行虚拟长时间运行操作的代码：

    public static async Task ExecuteDummyLongOperation()
    {
        await ExecuteWithProgressAsync(async (ct, ip) =>
        {
            ip.Report("Hello world!");
            await TaskEx.Delay(3000);
            ip.Report("Goodbye cruel world!");
            await TaskEx.Delay(1000);
        });
    }

Lamba 的参数是 aCancellationToken和 an IProgress。我没有CancellationToken在这个例子中使用 ，但IProgress.Report方法是在我的进度/取消表单上设置标签控件的文本。

如果我从表单上的按钮单击处理程序开始这个长时间运行的操作，它工作正常。但是，我现在发现，如果我从 VSTO PowerPoint 加载项中功能区按钮的单击事件处理程序开始操作，它会在第二次调用时失败ip.Report（在它尝试设置标签控制）。在这种情况下，我害怕InvalidOperationException说存在无效的跨线程操作。

有两点让我感到困惑：

  • 为什么通过单击功能区上的按钮调用操作时会出现问题，而通过单击表单上的按钮调用操作时不会出现问题？
  • 为什么问题出现在第二次调用ip.Report而不是第一次调用？我没有在这两个调用之间切换线程。

您当然希望查看其余代码。我试图将所有东西都剥离到裸露的骨头上：

using System;
using System.Threading;
using System.Threading.Tasks;
using System.Windows.Forms;


namespace AsyncTestPowerPointAddIn
{
    internal partial class ProgressForm : Form
    {
        public ProgressForm()
        {
            InitializeComponent();
        }

        public string Progress
        {
            set
            {
                this.ProgressLabel.Text = value;
            }
        }

        private void CancelXButton_Click(object sender, EventArgs e)
        {
            this.DialogResult = DialogResult.Cancel;

            this.Close();
        }


        public static async Task ExecuteDummyLongOperation()
        {
            await ExecuteWithProgressAsync(async (ct, ip) =>
            {
                ip.Report("Hello world!");
                await TaskEx.Delay(3000);
                ip.Report("Goodbye cruel world!");
                await TaskEx.Delay(1000);
            });
        }

        private static async Task ExecuteWithProgressAsync(Func<CancellationToken, IProgress<string>, Task> operation)
        {
            var cancellationTokenSource = new CancellationTokenSource();

            var progress = new Progress<string>();

            var operationTask = operation(cancellationTokenSource.Token, progress);


            // Don't show the dialog unless the operation takes more than a second

            const int TimeDelayMilliseconds = 1000;

            var completedTask = TaskEx.WhenAny(TaskEx.Delay(TimeDelayMilliseconds), operationTask).Result;

            if (completedTask == operationTask)
                await operationTask;


            // Show a progress form and have it automatically close when the task completes

            using (var progressForm = new ProgressForm())
            {
                operationTask.ContinueWith(_ => { try { progressForm.Close(); } catch { } }, TaskScheduler.FromCurrentSynchronizationContext());

                progress.ProgressChanged += ((o, s) => progressForm.Progress = s);

                if (progressForm.ShowDialog() == DialogResult.Cancel)
                    cancellationTokenSource.Cancel();
            }

            await operationTask;
        }
    }
}

表单本身只有一个标签 ( ProgressLabel) 和一个按钮 ( CancelXButton)。

功能区按钮和表单按钮的按钮单击事件处理程序只需调用该ExecuteDummyLongOperation方法。

编辑：更多信息

应@JamesManning 的要求，我进行了一些跟踪以观察 ManagedThreadId 的值，如下所示：

            await ExecuteWithProgressAsync(async (ct, ip) =>
            {
                System.Diagnostics.Trace.TraceInformation("A:" + Thread.CurrentThread.ManagedThreadId.ToString());

                ip.Report("Hello world!");

                System.Diagnostics.Trace.TraceInformation("B:" + Thread.CurrentThread.ManagedThreadId.ToString());

                await TaskEx.Delay(3000);

                System.Diagnostics.Trace.TraceInformation("C:" + Thread.CurrentThread.ManagedThreadId.ToString());

                ip.Report("Goodbye cruel world!");

                System.Diagnostics.Trace.TraceInformation("D:" + Thread.CurrentThread.ManagedThreadId.ToString());

                await TaskEx.Delay(1000);

                System.Diagnostics.Trace.TraceInformation("E:" + Thread.CurrentThread.ManagedThreadId.ToString());
            });

这很有趣。从表单调用时，线程 ID 不会更改。但是，当从功能区调用时，我得到：

powerpnt.exe Information: 0 : A:1
powerpnt.exe Information: 0 : B:1
powerpnt.exe Information: 0 : C:8
powerpnt.exe Information: 0 : D:8

因此，当我们从第一次等待“返回”时，线程 ID 正在发生变化。

我也很惊讶我们在跟踪中看到“D”，因为紧接在此之前的调用就是发生异常的地方！

4

1 回答 1

4

如果当前线程（您在其上调用 ExecuteDummyLongOperation() 的线程）没有同步提供程序，这是预期的结果。没有一个，await操作符之后的继续只能运行在一个线程池线程上。

您可以通过在 await 表达式上放置断点来诊断此问题。检查 System.Threading.SynchronizationContext.Current 的值。如果它为空，则没有同步提供程序，当您从错误的线程更新表单时，您的代码将按预期失败。

我不完全清楚为什么你没有。在调用方法之前，您可以通过在线程上创建表单来获取提供程序。这会自动安装一个提供程序，即 WindowsFormsSynchronizationContext 类的一个实例。在我看来，您创建 ProgressForm 为时已晚。

于 2012-10-04T10:31:45.390 回答