c# - BackgroundWorker 卡住了我的 UI，而 BeginInvoke 似乎变得龟速了

Question

我必须完成一项看似非常简单的任务:1) 列出目录(及其子目录)中的所有文件，2) 在多行文本框中显示所有文件，然后 3) 在每个文件中执行一些操作。由于 2 个问题，我被困在 2)，这就是我所拥有的:

1. Form1.cs 是我管理 UI 并启动 BackgroundWorker 的地方运行 Logic.cs 的主要功能
2. DependencyMapper.cs 是...好吧，我在其中执行文件夹/文件操作(在 Fetch() 中)并调用 Form1 使用 BeginInvoke 将每一行(当前文件的名称)填充到 Form1 的 文本框中的方法。

少说话，多写代码。这是我的代码的精简版本:

Form1.cs

public partial class Form1 : Form
{
    public DependencyMapper dep;
    BackgroundWorker bwDep;

    public Form1()
    {
        // I read here in SO to try put the BW stuff here don't know why, but hasn't helped.
        InitializeComponent();

        bwDep = new BackgroundWorker();
        bwDep.DoWork += bwDep_DoWork;
        bwDep.RunWorkerCompleted += bwDep_RunWorkerCompleted;
    }

    private void button1_Click(object sender, EventArgs e)
    {
            bwDep.RunWorkerAsync();
    }
    void bwDep_DoWork(object sender, DoWorkEventArgs e)
    {
        dep.Fetch(extensions);
    }
    public void SendBack(string msg) // To receive Fetch()s progress
    {
        textBox2.BeginInvoke(new Action(() =>
        {
            textBox2.Text += msg + "\r\n";
            textBox2.SelectionStart = textBox2.Text.Length;
            textBox2.ScrollToCaret();
        }));
    }
}

DependencyMapper.cs

public class DependencyMapper
{
    private Form1 form;
    public DependencyMapper(Form1 form1)
    {
        this.form = form1;
    }
    public void Fetch()
    {
        DirectoryInfo folder = new DirectoryInfo(form.Texto1);
        FileInfo[] files = folder.GetFiles("*.*", SearchOption.AllDirectories);
        for (int i = 0; i < files.Length; i++)
        {
            form.SendBack(files[i].FullName); // Kind of talking back to the UI through form's reference and SendBack method which uses BeginInvoke.
        }
    }
}

那么，我的应用程序有效吗？是的，但有两个我无法解决的大问题:

1. 它卡住了 UI(wtf lazy BackgroundWorker？)。不完全是因为文本框正在一个接一个地添加每个文件，但就像它应该的那样，但我无法移动窗口或单击任何按钮。
2. 速度非常慢。绝对是我做错了什么。我的应用目前以大约每秒 10 个文件的速度填充文本框。我正在对其进行编码以在数百个文件中查找特定的文本片段……我的天啊

PS:在使用 BackgroundWorker 之前，我使用的是 Thread:UI 根本没有卡住，但文本框填充率很慢。这就是为什么我决定尝试使用 BackgroundWorker，它只会带来问题 #1。

谢谢。

Answer 1

您正在 消防 UI 线程，产生结果的速度远远超过 UI 显示它们的速度。它可能一开始还不错，但随着时间的推移会变得越来越糟。您强制 TextBox 重新分配内存以为附加字符串找到空间，复制原始文本并附加新文本。一旦文本框包含一兆字节的文本，这将严重开始拖拽，给予或接受。 System.String 类有同样的问题。其中有 StringBuilder 作为修复，TextBox 没有任何类似的东西。

通常的症状是 UI 线程将开始 100% 消耗核心资源。在某个关键点，它会完全变得紧张，不再重新绘制 UI 并且对输入没有反应。因为每次它更新 Text 属性时，它还有另一个要调用的委托(delegate)。没有时间去做优先级较低的工作，比如绘制和清空消息队列。调用队列本身开始落后，收集越来越多的等待处理的调用请求。在极端情况下，这会使您的程序因 OutOfMemoryException 而崩溃，但这需要很长时间。即使后台工作程序完成后，UI 线程也会在此之后忙很长一段时间，试图处理积压的工作。

用户界面通常无法正常运行，甚至在撞墙之前也是如此。用户只是盯着一个令人眼花缭乱的快速滚动文本框，它不允许实际阅读任何内容。使用文本框本身会适得其反，用户编辑列表没有任何意义。

显然，您需要以不同的方式执行此操作。在调用之前，至少在 StringBuilder 中收集一大堆文件。这将使 TextBox 不必经常重新分配。每 50 毫秒调用一次以上的频率是没有意义的，这大约是人眼可以看到变化而不会变得模糊的速度。大多数执行此操作的程序只显示迭代文件的示例，以便用户对进度有一些反馈。在这种情况下，在 StringBuilder 中收集所有数据并且在文件迭代完成之前不更新 TextBox 是完全合理的。