Java中多執行緒啟動,為什麼調用的是start方法,而不是run方法?

前言

大年初二,大家新年快樂,我又開始碼字了。寫這篇文章,源於在家和基友交流的時候,基友問到了,我猛然發現還真是這麼回事,多執行緒啟動調用的都是start,那麼為什麼沒人掉用run呢?於是打開我的idea,翻一波程式碼,帶大家一探究竟。

繼承thread類實現多執行緒

我們知道java有三種方式實現多執行緒,這裡直接用繼承的方式進行試驗,其他方式同理。我們要做的是首先聲明一個執行緒。然後去調用,最終根據結果歸納run和start的區別。
定義一個執行緒類。

class MyThread extends Thread {
    private String title;
    public MyThread(String title) {
        this.title = title;
    }
    @Override
    public void run() {
        for(int x = 0; x < 5 ; x++) {
            System.out.println(this.title + "運行,x = " + x);
        }
    }
}

在我們的主類中,起三個執行緒,看看調用的結果。程式碼如下:

public class ExtendsThread {

    public static void main(String[] args) {
        new MyThread("執行緒A").start();
        new MyThread("執行緒B").start();
        new MyThread("執行緒C").start();
    }
}

直接運行main方法。
觀察結果我們發現,三個執行緒隨機交替執行,取決於cpu的調度。

我們再使用run方法來進行調用,查看結果

public class ExtendsThread {
    public static void main(String[] args) {
        new MyThread("執行緒A").run();
        new MyThread("執行緒B").run();
        new MyThread("執行緒C").run();
    }
}

結果如下:

看到這裡細心的小夥伴發現了,這個run方法好像是順序執行的啊!
的確是的,run方法並不會實現多執行緒。而是順序執行。那麼為什麼會產生這樣的結果呢?

根本原因

查看run方法的源程式碼


我們發現run方法只是簡單的調用了實現類的run。沒有進行任何的多執行緒處理。

查看start方法的源碼


start方法就不一樣了。我們可以看到關鍵的程式碼就是start0方法。var1理解為執行緒為啟動,調用start0後,執行緒啟動。繼續追蹤start0.

這個是一個使用jni的java本地方法,jvm根據不同的平台,調度的執行緒方法不同。
借用一張網上圖,一目了然。

start() 方法調用 start0() 方法後,該執行緒並不一定會立馬執行,只是將執行緒變成了可運行狀態。具體什麼時候執行,取決於 CPU ,由 CPU 統一調度。

總結

Java 中實現真正的多執行緒是 start 中的 start0() 方法,run() 方法只是一個普通的方法。