Kiedy można wywołać funkcję thread.run () języka Java zamiast thread.start ()?

Kiedy nazwałbyś Java thread.run()zamiast thread.start()?

Możesz chcieć wywołać metodę run () w konkretnym teście jednostkowym, który dotyczy wyłącznie funkcjonalności, a nie współbieżności.

Nigdy. Bezpośrednie wywołanie run () po prostu wykonuje kod synchronicznie (w tym samym wątku), tak jak zwykłe wywołanie metody.

Zaczerpnięte z często zadawanych pytań dotyczących wątków Java Style Code :

P: Jaka jest różnica między metodami start () i run () wątku?

Odp .: Oddzielne metody start () i run () w klasie Thread zapewniają dwa sposoby tworzenia programów z wątkami. Metoda start () rozpoczyna wykonywanie nowego wątku i wywołuje metodę run (). Metoda start () zwraca natychmiastowo, a nowy wątek normalnie kontynuuje działanie do momentu powrotu metody run ().

Metoda run () klasy Thread nic nie robi, więc podklasy powinny przesłonić metodę kodem do wykonania w drugim wątku. Jeśli wystąpienie Thread jest tworzone z argumentem Runnable, metoda run () wątku wykonuje zamiast tego metodę run () obiektu Runnable w nowym wątku.

W zależności od charakteru programu z wątkami, bezpośrednie wywołanie metody Thread run () może dać takie same wyniki, jak wywołanie metody start (), ale w tym drugim przypadku kod jest faktycznie wykonywany w nowym wątku.

Wykonywanie thread.run()nie tworzy nowego, Threadw którym kod zostanie wykonany. Po prostu wykonuje kod w bieżącym wątku, z którego thread.run()kod jest wywoływany.

Wykonanie thread.start()tworzy nowy wątek na poziomie systemu operacyjnego, w którym run()metoda jest wywoływana.

W istocie:

Programowanie jednowątkowe → Bezpośrednie wywołanie run()metody

Programowanie wielowątkowe → Wywołanie start()metody

Ponadto, jak wspomnieli inni, „testowanie” wydaje się być jedynym wskazanym przypadkiem, w którym można wywołać run()bezpośrednio z kodu.

Wspomniano już o tym, ale dla jasności: tworzenie nowego obiektu Thread tylko w celu wywołania metody run () jest niepotrzebnie kosztowne i powinno być główną czerwoną flagą. Byłoby znacznie lepszym, bardziej odsprzężonym projektem, aby utworzyć Runnable impl i albo (a) wywołać jego metodę run () bezpośrednio, jeśli jest to pożądane zachowanie, albo (b) skonstruować nowy Thread z tym Runnable i uruchomić Thread.

Jeszcze lepiej, aby uzyskać jeszcze większe oddzielenie, sprawdź Executorinterfejs i framework w JDK 5 i nowszych. Pozwala to, w skrócie, oddzielić wykonanie zadania (wystąpienie Runnable) od sposobu jego wykonywania (implementacja Executor, która może wykonać Runnable w bieżącym wątku, w nowym wątku, używając istniejącego wątku z puli, i co innego).

Zadzwoń thread.start(), to z kolei zadzwoni thread.run(). Nie mogę wymyślić przypadku, w którym chciałbyś ominąć thread.start()i przejść bezpośrednio dothread.run()

Oddzielne metody start()i run()w klasie Thread zapewniają dwa sposoby tworzenia programów z wątkami. start()Metoda rozpoczyna realizację nowego wątku i wywołuje run()metodę. start()Metoda zwraca natychmiast i nowy wątek zazwyczaj trwa do run()powrotów metod.

Metoda klasy Thread run()nic nie robi, więc podklasy powinny przesłonić metodę kodem do wykonania w drugim wątku. Jeśli wystąpienie Thread jest tworzone z argumentem Runnable, run()metoda wątku wykonuje run()zamiast tego metodę obiektu Runnable w nowym wątku.

W zależności od rodzaju programu z wątkami run(), bezpośrednie wywołanie metody Thread może dać takie same wyniki, jak wywołanie start()metody, ale w tym drugim przypadku kod jest faktycznie wykonywany w nowym wątku.

odniesienie

Jeśli pytanie brzmiało - „dlaczego metoda uruchamiania wątku jest wywoływana zamiast bezpośrednio uruchamiania metody”, to odpowiadałem za pomocą przykładowego kodu poniżej. Mam nadzieję, że to wyjaśnia. W poniższym przykładzie:

/*
By calling t1.start(), 
we are getting the main calling thread returned immediately 
after the t1.start() called and is ready to proceed for other 
operations.And the thread t1 starts executing the run method of the object r. 
Hence the the output will be:

      I am the main thread , i created thread t1 and had it execute run method, which is currently looping from 0 to 1000000

      I am done executing run method of testThread

*/


/* If we call t1.run() instead of t1.start(), (just replace t1.start() with t1.run() in the code for testing)
 its like a regular method call and the main thread will not return until the run method completes, 
 hence the output will be:

         I am done executing run method of testThread

         I am the main thread , i created thread t1 and had it execute run method, which is currently looping for i to 1000000

*/


class testThread implements Runnable{

 public void run()
 {
     for(int i=0;i<1000000;i++){} //a simple delay block to clarify.

     System.out.println("I am done executing run method of testThread");

 }  
}

public class mainClass{

   public static void main(String [] args)
    {
          testThread r = new testThread();
          Thread t1 = new Thread(r);
          t1.start();  /* Question is: can we call instead t1.run() */  
          System.out.println("I am the main thread , i created thread t1 and had it execute run method, which is currently looping for i to 1000000");

    }
}

Kiedy chcesz, aby działał synchronicznie. Wywołanie metody run w rzeczywistości nie zapewni wielowątkowości. Metoda start tworzy nowy wątek, który wywołuje metodę run.

Jeśli chcesz wykonać zawartość run () tak, jak każdej innej metody. Oczywiście, żeby nie rozpoczynać wątku.

Zakładając, że znasz sposób użycia metody start and run, tj. Synchroniczna i asynchroniczna; run można użyć tylko do przetestowania funkcjonalności.

Ponadto w pewnych okolicznościach ta sama klasa wątku może być używana w dwóch różnych miejscach z wymaganiami dotyczącymi funkcji synchronizacji i asynchronizacji, mając dwa różne obiekty z jedną metodą uruchamiania i wywoływaną metodą startową innej.

Przynajmniej w JVM 1.6. Jest trochę sprawdzania i uruchamiania nazywa się natywnie:

 public synchronized void start() {
        /**
     * This method is not invoked for the main method thread or "system"
     * group threads created/set up by the VM. Any new functionality added 
     * to this method in the future may have to also be added to the VM.
     *
     * A zero status value corresponds to state "NEW".
         */
        if (threadStatus != 0)
            throw new IllegalThreadStateException();
        group.add(this);
        start0();
        if (stopBeforeStart) {
        stop0(throwableFromStop);
    }
    }

    private native void start0();

Tylko uwaga do powyższych świetnych komentarzy: czasami piszesz kod wielowątkowy, który używa metody "start" do uruchamiania różnych wątków. O wiele łatwiej będzie, jeśli użyjesz „run” (zamiast „start) do debugowania, ponieważ znacznie ułatwia to synchroniczne uruchamianie kodu i debugowanie.

public class TestClass implements Runnable {
    public static void main(String[] args) {
        TestClass tc = new TestClass();

        Thread t1 = new Thread(tc);
        System.out.println("Before Starting Thread " + Thread.currentThread().hashCode());
        t1.start();
        System.out.println("After Starting Thread " + Thread.currentThread().hashCode());
    }

    @Override
    public void run() {
        System.out.println("TestClass Run method is  Running with thread " + Thread.currentThread().hashCode());        
    }
}