最近在提升去年开发自助缴费机的稳定性。在原有xp系统上,升级平台到win7上。发现稳定性直转直下。呵呵。
看样子要偿还以前开发的欠债了。没有充足的开发时间,和测试时间。不能将敌人(bug)消灭在发布之前,真是不幸啊。
更不幸的是,稳定性问题。有点无解的意思。阴魂不散。之前内存上涨的问题,控制的还行。内存一直维持在合理区间。但是程序还是不稳定,
跑几个小时,有的时候是几天,还是死。中间硬件和系统问题,但也应该和编写的代码有很大关系。
通过很长时间的测试,不断地重现出软件死掉的情况。但是还是没有收获到有用的信息。到底是哪里的问题?
而且一共就那么几个页面,每个页面都有可能成为死掉的场合。真头痛!但是最近发现了一些规律,那就是在死去的时候
都有一个共同点那就是CPU占用率,为50%了。然后程序就不能再点了。
硬着头皮再重新,过一遍代码。果然有所收获:
我的一个数据处理线程, receiveThread.start() 以后,在界面退出时,直接 receiveThread =null; 这样的处理实在感觉
问题很大啊!只是将这个变量赋空,就能释放该线程使用过的资源吗?他的线程上的东西很有可能没有释放。
于是,将代码修改了一下。
//关闭cashaccept
m_StartFlag = false;
if (receiveThread != null)
{
receiveThread.Join();
receiveThread = null;
}
为此,我可以猜测CPUz占用率上升,很有可能是线程没有及时中止,现成占用的资源(非托管的资源)没有释放,当次数达到一定程度,机会导致
cpu上升。
为此,收集了以下技术点:
C# 关闭子线程
多线程程序的开发中,启动了多个线程的程序在关闭的时候却出现了问题,如果程序退出的时候不关闭线程,那么线程就会一直的存在,但是大多启动的线程都是局部变量,不能一一的关闭,如果调用Thread.CurrentThread.Abort()方法关闭主线程的话,就会出现ThreadAbortException 异常,因此这样不行。
后来找到了这个办法:
所以解决办法就是在主线程初始化的时候,设置:
Thread.CurrentThread.IsBackground = true;
这样,主线程就是后台线程,在关闭主程序的时候就会关闭主线程,从而关闭所有线程。
但是这样的话,就会强制关闭所有正在执行的线程,所以在关闭的时候要对线程工作的结果保存。
C#程序的几种退出
1.Application.Exit(); //好像只在主线程可以起作用,而且当有线程,或是阻塞方法的情况下,很容易失灵
2.System.Environment.Exit(0); //无论在主线程和其它线程,只要执行了这句,都可以把程序结束干净
3.this.Close();
4.Application.ExitThread();
详解C#中Thread类的Join()方法
threada.start();
threadb.start();
一开始两个线程交替进行,当线程b执行到语句“threada.join()”时,线程a被插入到线程b之前,两个线程合并到一起,变为顺序执行,直到执行完线程a中的所有语句,才去执行线程b中剩余的语句。
换句话说,当我们在线程b中调用threada.join()时,该方法只有在线程threada执行完毕之后才会返回。join()函数还可以接受一个表示毫秒数的参数,当达到指定时间后,如果线程a还没运行完毕,那么join函数将返回,这时线程a和线程b再次处于交替运行状态中。