背景工作进程因处理过多而崩溃?

4

我已经为后台工作程序挣扎了一段时间,现在开始怀疑bw的能力是否有限。我试图利用bw来处理TCPIP交换,同时使用其ProgressChanged方法更新UI。我知道UI更新没问题,但是我的DoWork例程(如下所示)有时会导致bw线程消失/停止工作。还有人遇到过这个问题吗?

private void TCPIP_DoWork(object sender, DoWorkEventArgs e)
{
   int a = 0;
   s.Send(System.Text.Encoding.ASCII.GetBytes("s"));
   if (worker.CancellationPending == true)
   {
      s.Send(System.Text.Encoding.ASCII.GetBytes("t"));
   }
   else
   {
      try
      {
         a = s.Available;
         s.Receive(bytes);
         Thread.Sleep(25);
         using (Stream fileStream = new FileStream(@sbpFile.Text, 
                         FileMode.Append, FileAccess.Write, FileShare.None))
         {
             using (BinaryWriter bw = new BinaryWriter(fileStream))
             {
                if (a == 0)
                   Thread.Sleep(20);
                else if (a < 1023)
                {
                   bw.Write(bytes, 0, a);
                   Thread.Sleep(20);
                }
                else
                {
                   bw.Write(bytes, 0, 1024);
                   Thread.Sleep(20);
                }
             }
          }
       }
       catch(Exception e)
       {
          Console.WriteLine("{0} Exception.", e);
       }
   }
}

注意:这些Thread.Sleep()操作的唯一原因是它们似乎是bw不会相互干扰的临时修复方法...


当出现失败时,你有任何异常消息的例子吗? - Trevor Pilley
另外,s对象的类型是什么? - Trevor Pilley
1
我建议你研究一下如何正确地从Socket中读取数据,因为你的代码有些奇怪/有bug。这方面有很多教程可以参考。 - usr
2
在DoWork代码中抛出的任何异常都将被捕获并作为e.Error传递到RunWorkerCompleted事件处理程序中。忽略该异常是不知道代码为什么无法正常工作的常见方法。删除Sleep调用并使用Debug + Exceptions,Thrown复选框来诊断问题。 - Hans Passant
如果你在代码中写下了 catch (Exception e),那么你很可能做错了什么! - Enigmativity
显示剩余2条评论
1个回答

1

尝试在RunWorkerCompleted事件处理程序上检查Error属性。也许您会得到一些未被您的代码处理的异常。

void worker_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
{
   if (e.Error != null)
      Console.WriteLine("{0} Exception.", e.Error);        
   // etc
}

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接