我们继承Thread，API中告诉我们覆盖Run方法。但是API中的start()方法也没有说明不能覆盖，如果我们覆盖了会是什么情况呢？

复写结果基本就是你启动不了这个线程。2楼发的start方法实现的源代码，而start又调用了start0方法，这个方法被native修饰，表示是调用的系统的底层资源。。。如果你能在不依靠系统平台的状态下启动线程，那你就覆写start方法吧。

高手，底层一定研究的灰常的透彻。。。。

start()是用来启动线程的，你把覆盖了就是用你写的start方法而不是启动线程了。就好像你把一个类的toString覆盖了就不会使用系统默认的toString而是使用你定义的toString了

DamonZh 发表于 2014-11-30 14:33
最终调用的是native的方法，如果你复写start而没有达到调用平台的开启线程的方法的话，线程应该是启动不了 ...

虽然没看懂，不过还是感谢了。

1. public synchronized void start() {
   
2.         /**
   
3.          * This method is not invoked for the main method thread or "system"
   
4.          * group threads created/set up by the VM. Any new functionality added
   
5.          * to this method in the future may have to also be added to the VM.
   
6.          *
   
7.          * A zero status value corresponds to state "NEW".
   
8.          */
   
9.         if (threadStatus != 0)
   
10.             throw new IllegalThreadStateException();
    
11. 
    
12.         /* Notify the group that this thread is about to be started
    
13.          * so that it can be added to the group's list of threads
    
14.          * and the group's unstarted count can be decremented. */
    
15.         group.add(this);
    
16. 
    
17.         boolean started = false;
    
18.         try {
    
19.             start0();
    
20.             started = true;
    
21.         } finally {
    
22.             try {
    
23.                 if (!started) {
    
24.                     group.threadStartFailed(this);
    
25.                 }
    
26.             } catch (Throwable ignore) {
    
27.                 /* do nothing. If start0 threw a Throwable then
    
28.                   it will be passed up the call stack */
    
29.             }
    
30.         }
    
31.     }
    
32. 
    
33.     private native void start0();

复制代码

最终调用的是native的方法，如果你复写start而没有达到调用平台的开启线程的方法的话，线程应该是启动不了的