1700449494
编写高质量代码：改善Java程序的151个建议 建议118：不推荐覆写start方法
1700449495
1700449496
多线程比较简单的实现方式是继承Thread类，然后覆写run方法，在客户端程序中通过调用对象的start方法即可启动一个线程，这是多线程程序的标准写法。不知道读者是否还能回想起自己的第一个多线程demo呢？估计一般是这样写的：
1700449497
1700449498
class MultiThread extends Thread{
1700449499
1700449500
@Override
1700449501
1700449502
public void start（）{
1700449503
1700449504
//调用线程体
1700449505
1700449506
run（）；
1700449507
1700449508
}
1700449509
1700449510
@Override
1700449511
1700449512
public void run（）{
1700449513
1700449514
//MultiThread do something.
1700449515
1700449516
}
1700449517
1700449518
}
1700449519
1700449520
覆写run方法，这好办，写上自己的业务逻辑即可，但为什么要覆写start方法呢？最常见的理由是：要在客户端中调用start方法启动线程，不覆写start方法怎么启动run方法呢？于是乎就覆写了start方法，在方法内调用run方法。客户端代码是一个标准程序，代码如下：
1700449521
1700449522
public static void main（String[]args）{
1700449523
1700449524
//多线程对象
1700449525
1700449526
MultiThread multiThread=new MultiThread（）；
1700449527
1700449528
//启动多线程
1700449529
1700449530
multiThread.start（）；
1700449531
1700449532
}
1700449533
1700449534
相信读者都能看出这是一个错误的多线程应用，main方法根本就没有启动一个子线程，整个应用程序中只有一个主线程在运行，并不会创建任何其他的线程。对此，有很简单的解决办法，只要删除MultiThread类中的start方法即可。
1700449535
1700449536
然后呢？就结束了吗？是的，很多时候确实到此结束了。找我解惑的同事或朋友中，很少有人会问为什么不必而且不能覆写start方法，仅仅就是因为“多线程应用就是这样写的”这个原因吗？
1700449537
1700449538
要说明这个问题，就需要看一下Thread类的源代码了。Thread类的start方法的代码如下。
1700449539
1700449540
public synchronized void start（）{
1700449541
1700449542
//判断线程状态，必须是未启动状态
[
上一页 ]
[ :1.700449493e+09 ]
[
下一页 ]