C# （C） BackgroundWorker（）进程已更改，无法工作
我有一个WPF应用程序，它由两个线程组成，模拟企业在52周内生产和销售商品，每周只允许一次交易。我还需要使用后台工作程序，以便在listview中显示数据。现在，我的UI在单击simulate时冻结，但我可以看到输出仍在调试终端中工作。我已经尝试了我能想到的一切，老实说，我得到了老师的帮助，甚至他也找不到有效的解决办法 当我调用Simulate时冻结我的UI是什么？ 当我的代码不同并且我的UI没有冻结时，我的listview永远不会更新，因为DataProgress似乎不起作用-e.UserStart永远不会迭代。 模拟按钮调用： 私有void模拟对象发送方，RoutedEventArgs e { //声明BackgroundWorker 数据=新的可观察收集； 工人=新的背景工人； worker.WorkerReportsProgress=true； worker.worker支持扫描单元=true； worker.RunWorkerAsync52； worker.DoWork+=ShowData； worker.ProgressChanged+=数据进度； worker.RunWorkerCompleted+=DataToDB； 生产=新产品QTYProduction，timeExecProd； 销售=新的SalesqtySales，timeExecSales； 螺纹产品=新螺纹产品。产品； 生产启动； 线程100； 线程销售=新线程销售。销售； 销售。启动； } 道工：展示数据： Console.WriteLineSimulation启动|初始库存：500； 生产=新产品QTYProduction，timeExecProd； 销售=新的SalesqtySales，timeExecSales； 而工厂每周C# （C） BackgroundWorker（）进程已更改，无法工作,c#,wpf,multithreading,backgroundworker,C#,Wpf,Multithreading,Backgroundworker,我有一个WPF应用程序，它由两个线程组成，模拟企业在52周内生产和销售商品，每周只允许一次交易。我还需要使用后台工作程序，以便在listview中显示数据。现在，我的UI在单击simulate时冻结，但我可以看到输出仍在调试终端中工作。我已经尝试了我能想到的一切，老实说，我得到了老师的帮助，甚至他也找不到有效的解决办法 当我调用Simulate时冻结我的UI是什么？ 当我的代码不同并且我的UI没有冻结时，我的listview永远不会更新，因为DataProgress似乎不起作用-e.UserSt
虽然Factory.Week一方面，在发布的代码中没有足够的上下文来完整地回答您的问题。然而，我们可以从您发布的代码中推断出哪里出了问题 首先，让我们试着回答你的两个问题。我们可能会推断出以下情况： 此代码如下：
if (e.UserState != null)
{
Data.Add(new Operations()
{
id = rnd.Next(1,999),
name = Factory.name,
qtyStock = Factory.Stock,
averageStock = Factory.AverageStock,
week = Factory.Week
});
listview.ItemsSource = Data;
}
while (Factory.Week < max) // max = 52
{
if (worker.CancellationPending) // also this isn't reacting to worker.CancelAsync();
e.Cancel = true;
// My teacher tried to call my threads from here, but it breaks the purpose of having
// two threads as he was just calling 52 times two functions back to back and therefore
// wasn't "randomizing" the transactions.
int progressPercentage = Convert.ToInt32(((double)(Factory.Week) / max) * 100);
(sender as BackgroundWorker).ReportProgress(progressPercentage, Factory.Week);
}
祝你好运 如前所述，while循环从未终止。它以非常高的速率猛击UI线程，每秒数百万次。这也是非常昂贵的代码，它使UI线程消耗100%的核心，永远无法赶上。其副作用是，它不再能够承担起正常的职责，重新粉刷窗口并响应输入。考虑到这是多么错误，最好采取激烈的行动。而是在DoWork中生成一个结果列表，并使用RunWorkerCompleted更新ItemsSource。只需查看代码，不要在连接所有事件之前告诉后台工作人员开始运行。此外，仅更改控件上的ItemSource不会强制刷新。至少，您应该在listview上调用DataBind，并可能调用refresh/repaint。。将while Factory.Week