Perché start();
è sincronizzato e run();
è un metodo semplice/regolare. Lo stesso che java sa di iniziare l'esecuzione dal metodo main();
. Come filo sa di esecuzione a partire dal run();
Ecco il codice sorgente da Thread
Classe:
run();
codice:
@Override
public void run() { // overriding from Runnable
if (target != null) {
target.run();
}
}
start();
codice:
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();
/* Notify the group that this thread is about to be started
* so that it can be added to the group's list of threads
* and the group's unstarted count can be decremented. */
group.add(this);
boolean started = false;
try {
start0();
started = true;
} finally {
try {
if (!started) {
group.threadStartFailed(this);
}
} catch (Throwable ignore) {
/* do nothing. If start0 threw a Throwable then
it will be passed up the call stack */
}
}
}
Insomma start();
è il manager di thread, come gestire ecc. e run();
è il punto critico del funzionamento del filo.
Hey, lo so che non posso ... ma non sono in grado di ottenere il motivo dietro di esso? –
@Dev er dev, Tecnicamente, è possibile chiamare direttamente il metodo run() perché fa parte dell'interfaccia pubblica. Quindi la tua risposta non è tecnicamente accurata. –
@sgokhales non è sicuro se è diventato chiaro, ma la differenza è che 'start' crea un nuovo Thread e chiama' run' all'interno di quel thread e 'run' stesso viene eseguito nella Thread da cui è stato chiamato. – lucidbrot