Выполнение метода Thread run(), отличное от Run и Debug в eclipse

Question

Для нижеприведенной программы при запуске и отладке на eclipse приходят разные выходы.

public class MyClass implements Runnable { 
     public static void main (String[] args) throws Exception { 
      Thread t = new Thread(new MyClass()); 
      t.start(); 
      System.out.print("Started"); 
      t.join(); 
      System.out.print("Complete"); 
     } 
     public void run() { 
      for (int i = 0; i < 4; i++) { 
       System.out.print(i); 
      } 
     } 
} 

При выполнении этого в качестве приложения Java ВЫХОД является

Started0123Complete

При проверке в отладки Режим ВЫХОД является

0123StartedComplete

Может кто-нибудь помочь в этом? это из-за двух потоков? main thread и поток, который начинается с t.start(). Если да, то почему выполнение основного потока занимает больше приоритета для завершения в первую очередь?

Благодаря

Answer 1

Порядок, в котором строка «Начало» и целые числа печатаются не определено по определению. После того, как вы позвоните start, нет гарантии, что код в методе run будет выполнен до или после любого другого оператора, который появляется перед вызовом join. Это характер многопоточных приложений.

Тот факт, что вы видите определенный выход в режиме отладки или в режиме запуска, вероятно, является случайным и может измениться, если вы запускаете свой код много раз или на разных платформах/версиях JVM. Если вам нужен детерминированный порядок в этом случае, единственный способ добиться этого - напечатать строку до, вызвав start или ввести другой вид семафора, чтобы заставить поток ждать основного потока или наоборот.

Answer 2

Это совпадение. Вы не можете управлять планировщиком потоков.

Однако в среде отладки debugger подключается к вашему коду для проверки значений и выполнения. Эта проверка увеличивает объем работы, выполняемой на срез времени потока.

Например, при обычном прогоне для основного потока может понадобиться только один временной срез, чтобы создать новый объект потока, запустить его и распечатать сообщение Started. Тогда возникнет контекстный переключатель, и второй поток получит изменение для работы. В прогоне отладки основной поток будет иметь достаточно времени для создания нового объекта потока и запуска соответствующего потока. Тогда произойдет переключение контекста, и другой поток выполнит свою задачу.

Answer 3

Да, из-за 2 потоков Но выход непредсказуем. Нет, основной поток не получает высокого приоритета, потому что его MAIN. вы не можете сказать какое-либо конкретное чередование выполнения в многопоточных.

В отладке, я думаю, вы поставили точку останова для основного потока, чтобы он ждал, и в то же время другой поток мог быть выполнен.

Answer 4

Это не связано с тем, что он находится в режиме отладки или нет. Там нет никакой гарантии того, когда это запускается на выполнение

System.out.print("Started"); //this is in the main thread 

по сравнению с

for (int i = 0; i < 4; i++) { // this is in the started thread 
      System.out.print(i); 
     } 

Это может быть даже

01Started23Complete 

Answer 5

В обоих (Run/Debug) режим вывода будет

Начато0123Сообщество

Вы видите результат 0123StartedComplete, потому что у вас должна быть точка отладки внутри основного кода потока, вот почему.

Если вы хотите лучше понять, а затем переместите метод run() в MyClass и установите точку отладки внутри метода запуска, вы увидите, что она печатается как Started0123Complete.

Внутренняя ссылка, основная тема создает субтитр «t», и когда вызывается t.start(), он ждет, чтобы захватить монитор для выполнения потока (т.е. run()) и когда вы добавляете инструкцию debug в основной поток , под-поток входит в монитор и запускает метод, и после его завершения основной поток снова запускается.