【问题标题】:C# WPF Machine-Dependent Concurrency IssuesC# WPF 机器相关并发问题
【发布时间】:2016-06-08 22:39:44
【问题描述】:

我有一个多线程 C# WPF 应用程序,它是一个大型软件(普林斯顿仪器 LightField,感兴趣的人)的插件。

我的插件在独立于 GUI 的线程上调用同步方法。此方法来自相机 API,从相机捕获 n 秒曝光并返回捕获的帧。

情况看起来像这样:

private static volatile bool _STOP = true;

// Runs when the "Run" button is clicked
private void Run_Click(object sender, RoutedEventArgs e)
{
    object time = InputTime.Text; // a non-negative integer provided by the user
    _STOP = false;        

    Thread run_thread = new Thread(Running);
    run_thread.Start(time);
}

// Runs when the "Stop" button is clicked
private void Stop_Click(object sender, RoutedEventArgs e)
{
    _STOP = true;
}

// Separate Thread from GUI
private void Running(object t)
{
    int time = Convert.ToInt32(t);
    FrameObject f;
    while(!_STOP)
    {
        // synchronously capture a t-second exposure
        f = CameraAPI.CaptureImage(t); 

        // display the exposure on a viewer controlled by the parent thread
        Application.Current.Dispatcher.BeginInvoke(new Action(Viewer.Display(f));
    }
}

这段代码(或者,更确切地说,它是更复杂的兄弟)在我开发它的计算机(计算机 A)上运行良好。我单击运行,整个应用程序在代码运行时保持响应。

但是,当我尝试在将定期托管它的计算机(计算机 B)上运行它时,会出现以下行为:

  • 单击“运行”按钮时,GUI 无响应 n 秒(n 是发送到CameraAPI.CaptureImage(n); 的时间 方法)。这发生在任何正整数 n 上,并继续作为 while 循环在每个循环周期执行此方法(即应用程序冻结 n 秒,在调用 Display 方法时有一个短暂的解冻时刻,然后应用程序再次冻结 n 秒)。
  • 如果我打电话给Thread.Sleep(n); 代替 CameraAPI.CaptureImage(n);,应用程序没有冻结。
  • 冻结的不仅仅是我的插件,而是整个应用程序。
  • 我已构建、重建、删除并将我的代码从计算机 A 重新复制到计算机 B,但错误仍然存​​在。
  • 计算机 A(我在其中构建)是相同的(据我发现) 到有问题的计算机(计算机 B)。处理器、操作系统、 驱动器、RAM、应用程序版本等都是一样的。电脑A 特别存在,以便可以开发应用程序 计算机 B。
  • 删除Application.Current.Dispatcher.BeginInvoke(new Action(Viewer.Display(f)); 行不会停止GUI 冻结。这不是问题方法。
  • 应用程序在每台计算机上使用相同数量的线程 (43)。当插件运行时,每台计算机上的线程数会增加相同的数量(1-4,具体取决于我们在程序中的位置)。

因此,在两个看似相同的系统上,相同的代码会产生不同的结果。在系统 A 上,它按预期工作(没有 GUI 冻结),而在系统 B 上,整个应用程序的 GUI——不仅仅是我正在编写的插件——在每次调用同步方法时都会冻结。

这个错误行为超出了我对计算机的理解,所以现在我在这里。关于导致这种行为差异的任何想法?

【问题讨论】:

    标签: c# wpf multithreading concurrency synchronous


    【解决方案1】:

    我们重新安装了父应用程序,一切正常。仍然不知道为什么会发生这种情况,但是在问题解决后关闭问题。一个真实的“关掉再打开”的案例。

    【讨论】:

      猜你喜欢
      • 2011-02-20
      • 2011-05-19
      • 2016-11-27
      • 2011-02-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多