日期:2014-05-17  浏览次数:20807 次

关于线程结束的一个问题
在软件里需要重新关闭所有硬件,再打开所有硬件,所以在关闭硬件连接时需要先将和硬件相关的线程彻底结束掉,现在结束所有线程再打开一次线程都可以再运行,就是通过任务管理器里查看,每关闭一次硬件打开一次硬件,线程数增加,内存数也增加,这个比较可怕。结束线程的方式
比如:
  

  if (threadReadMaxonStatus != null && threadReadMaxonStatus.IsAlive)
  {
                readMaxonStatusFlag = false;
                threadReadMaxonStatus.Join();  
  }
  

后来在线程后加了彻底回收:
void GCCompleteCollect(Object whichObject)
        {
            int layer = GC.GetGeneration(whichObject);  
            GC.Collect(layer);
            GC.WaitForFullGCComplete();
        }
也是一样的情况。

多线程

------解决方案--------------------
结束线程thread.Abort(),暴力方式,不建议使用
最好看看有没有释放资源的方法,或者清除线程内的状态,让其从头开始运行,甚至都不需要二次连接
------解决方案--------------------
引用:
结束线程thread.Abort(),暴力方式,不建议使用
最好看看有没有释放资源的方法,或者清除线程内的状态,让其从头开始运行,甚至都不需要二次连接


+1

线程的结束:java中会明确建议不适用stop之类的来停止线程,而推荐在代码中控制让线程执行完毕而结束,c#我想应该也可以套用
1楼大神所说从头运行,不用二次连接:我觉得这么做可以避免一些上次运行的遗留问题
------解决方案--------------------
GC.WaitForFullGCComplete();这个最好不要用,因为等待垃圾回收页影响程序性能通常是不值得的
------解决方案--------------------
你这里线程开了太多了,很多地方加了Join等待线程结束,这里就自相矛盾了,使用Join的话,就失去了使用线程的意义了,比如你的这句:CreateManageThreadCloseDevice();  //不放在线程里关掉硬件,主界面就会卡
后面立刻看到一段Join语句,运行到Join部分,界面立刻就会被卡住,和直接当前线程里运行没有任何分别(其实有分别,复杂了,维护线程开销大了)。
你这里倒底是哪个新开的线程没结束?我无法判断,因为你线程里面套了其它线程,代码也不够完整,还多出Join,你还是把整个代码放到一个线程里去执行吧,如果只是为了不卡界面,就把所有代码整合到一个后台线程里面,不要嵌套了线程却有等待。
你要学会多用Callback,让要等待的任务放入线程之后后的回调中处理,改变多线程处理模型,如果你学习下sliverlight编程,你会发现在sliverlight大量出现异步封装模式BeginXXX和EndXXX,手动开线程控制根本不去使用。