style="text-indent:2em;">各位老铁们好，相信很多人对为什么很少用继承thread方式启动线程都不是特别的了解，因此呢，今天就来为大家分享下关于为什么很少用继承thread方式启动线程以及thread类方法不建议使用的问题知识，还望可以帮助大家，解决大家的一些困惑，下面一起来看看吧！
本文目录
使用多线程应注意些什么
<
1>.不要调用Thread类或Runnable对象的run方法。直接调用run方法只会执行同一个线程中的任务，而不会启动新的线程。应该调用Thread.start方法。这个方法将创建一个执行run方法的新线程。<
2>.interrupted和isInterrupted是两个非常相似的方法。interrupted方法是一个静态的方法。它检测当前的线程是否被中断。而且，会清除该线程的中断状态。isInterrupted方法是一个实例方法。可用来检验是否有线程中断。调用这个方法不会改变中断状态。<
3>.interruptedException的catch字句做一些处理有什么好处的话。仍然有两种合理的选择。voidmySubTask(){...try{sleep(delay);}catch(InterruptedExceptione){Thread().currentThread().interrupt();}....}或者用throwsinterruptedException标记的方法。
多线程中的忙循环说法不正确
sleep试试呢，线程有两种模式，一种是继续thread类，另外一种是实现runable接口
为什么很少用继承thread方式启动线程
对于少用继承启动thread线程的原因，其实可以从编程规范的角度来解释，建议多用组合，少用继承，归纳起来原因有以下几点：
第一、子类对父类的继承是全部的公有和受保护的继承，这使得子类可能继承了对子类无用甚至有害的父类的方法。换句话说，子类只希望继承父类的一部分方法，怎么办？
第二、实际的对象千变万化，如果每一类的对象都有他们自己的类，尽管这些类都继承了他们的父类，但有些时候还是会造成类的无限膨胀。
第三、继承的子类，实际上需要编译期确定下来，这满足不了需要在运行内才能确定对象的情况。而组合却可以比继承灵活得多，可以在运行期才决定某个对象。
C#的timer空间使用后，软件很卡
你的方法可能时间太长。而在控件事件里的程序是与界面线程同一个，一但时间长界面就死了。
办法是：把你的工作方法放在一个单独的方法里，然后：
1.用Threading.Thread类：
System.Threading.Threadth=newThread(newThreadStart(this.DoWirk));
th.Start();
2.ThreadPool:
System.Threading.ThreadPool.QueueUserWorkItem(newSystem.Threading.WaitCallback(this.DoWork),null)
第两个参数是传给线程用的参数。
2.用backgroupworker控件.功能多一些。
privatevoidbackgroundWorker1_DoWork(objectsender,
DoWorkEventArgse)
{
BackgroundWorkerworker=senderasBackgroundWorker;
e.Result=this.DoWork();
}
关于为什么很少用继承thread方式启动线程到此分享完毕，希望能帮助到您。
