Iniziamo quindi imparando quali minacce sono e come possono essere create e verrà fatta la demo del lavoro
e la lezione di follow-up quando non ci sono computer con sistemi operativi che eseguono un singolo
programma che utilizza tutte le costose risorse di sistema.
E quello era molto inefficiente.
I sistemi operativi si sono evoluti per consentire l'esecuzione simultanea di più processi e il processo non è altro che
un programma in esecuzione che è un'istanza del programma e ogni processo riceve le proprie risorse come handle di file di memoria e
così via proprio come il modo in cui la JVM ottiene la propria memoria dal sistema operativo sottostante.
E la concorrenza viene raggiunta attraverso il multitasking che non è altro che il semplice passaggio del
CPO da un processo a un altro, quindi il multitasking non implica il pastoralismo. L'ACP viene passato da un processo a
un altro.
Cioè, in ogni istanza data da C-p si ricevono ancora le istruzioni da un singolo processo Hollywood il passaggio avviene
così velocemente che ci dà un'illusione di parallelismo che è possibile solo su di esso.
Il sistema multiprocessore su tale Duling viene utilizzato per un migliore utilizzo delle risorse, come discusso
in precedenza alcune preoccupazioni come l'utilizzo delle risorse ha portato allo sviluppo di minacce inattaccate è essenzialmente
un singolo flusso sequenziale di controllo all'interno di un processo che è un'istruzione all'interno di
un thread vengono eseguiti sequenzialmente monitorati come parte di un processo e ogni traccia è fondamentalmente un processo leggero su un
processo e il modo in cui più tracce indebita stress condividono le risorse che sono allocate, raccolgono i
gestori non memorizzati della memoria, ma ogni thread ha il proprio PC e le variabili locali .
Tra i vantaggi di questo includono lo sfruttamento di più processori.
Questa è una minaccia che crei può essere eseguita su più processori e quindi raggiungere il parallelismo e questo è
tutto per consentire la creazione di progetti liberamente accoppiati.
Inoltre, offrono un throughput migliore anche nelle singole macchine Depue quando le attività di blocco richiedono che esistano due
tipi di thread.
Uno è thread daemon mentre l'altro è Mandrax non-bumi da thread in background utili per
compiti come la garbage collection.
Quindi questi thread vengono eseguiti in background e le parole corrispondenti vengono create dall'interno dell'applicazione.
Questi sono i thread che creano i programmi e quindi iniziamo il nostro programma.
JVM crea anche un thread per eseguire il metodo principale e viene definito thread principale in modo che il thread principale
non sia monitorato da HD.
Quindi in un programma Java c'è sempre almeno un errore.
Quindi, se non stiamo creando alcun thread, allora c'è sempre il thread principale su Gibeon che non terminerà.
Se esiste almeno un thread Nonda in esecuzione per non capire i thread.
Consideriamo una semplice analogia, pensiamo che questa scatola è un cantiere in cui abbiamo
questi lavoratori.
Ora possiamo pensare a questo cantiere come a un processo.
E questi lavoratori sono come la torretta nel processo.
Ora sappiamo che questi lavoratori sono inutili a meno che non gli diamo un po 'di lavoro.
Quindi dobbiamo lavorare per loro.
Il libro sulla terminologia delle minacce di Angella non è altro che un compito.
Quindi il battistrada ha bisogno di un compito da eseguire, proprio come i lavoratori hanno bisogno di lavoro su cui lavorare,
così una volta che gli diamo il lavoro che inizieranno a lavorare, che è nel nostro mondo Djala, le minacce inizierebbero a metterci alla prova.
A minaccia è semplicemente un'istanza di questa classe chiamata minaccia o fuori processo e proviene dal
pacchetto Jemadar klank sotto task che è il libro è definito da una classe che implementerebbe questa interfaccia chiamata
runnable che è anche dal pacchetto Jemadar Lang .
Quindi minaccia è una classe nobble è un'interfaccia e rappresenta l'operatore mentre runnable rappresenta il libro No vediamo come possiamo crearlo chiedendo
come possiamo creare un thread e fare in modo che quel thread esca dal tuo compito.
Crosson Vediamo come possiamo creare quel compito.
Abbiamo solo bisogno di creare un oggetto runnable e questo è il modo in cui lo fai.
Fondamentalmente potrebbe su una barca è una classe che implementa quell'interfaccia vulnerabile e noi
semplicemente lo istanziamo sull'interfaccia eseguibile ha esattamente un metodo chiamato run.
Così potrebbe su una classe definire il compito.
Il tenero non soddisfatto terzo che implementa.
E il prossimo passo è creare il thread e dargli il suo compito.
E questo è il modo in cui lo fai semplicemente istanziamo la terza classe e inizializziamo
quella che mi ha chiesto Creatore e ora vediamo che la minaccia è in uno stato thread abbastanza nuovo andrebbe anche in
alcuni stati diversi come vedremo no su il prossimo passo è iniziare il thread.
E per questo semplicemente invochiamo il metodo start sulla terza istanza e non succede nulla finché non
lo facciamo in questo nuovo stack di chiamate che verrà creato per questo thread.
Il metodo Underrun verrà inserito nello stack e ricorda che ogni thread ha il proprio cornstalk Un altro thread è impostato
per essere in uno stato chiamato Run up e runnable non implica che il metodo di
esecuzione venga eseguito per quel thread che deve entrare in un stato chiamato Running runnable come implica la parola.
Il thread è pronto per essere eseguito.
Ora c'è qualcosa chiamato Touch e ular che è responsabile dello spostamento del thread dallo stato
eseguibile allo stato di esecuzione.
E una volta che il terzo è in esecuzione, è chiamato stack sarebbe acto sul metodo in cima allo
stack verrà eseguito se questo è il metodo di esecuzione quindi quel metodo sarebbe eseguito.
Su Treacher non è responsabile per lo spostamento di quel thread allo stato Runnable dallo
stato di esecuzione in modo che possa spostare qualche altro thread nella struttura dello stato di esecuzione e che il
componente stia effettuando il passaggio tra le minacce.
Ora possiamo vedere che c'è anche un altro stato chiamato bloccato e ci sono alcuni motivi per cui una
minaccia può entrare in questo stato.
Su uno di essi, come si può intuire, è dovuto al blocco durante un'operazione di input output come read on just note
è che una minaccia può entrare nello stato di blocco solo dallo stato di esecuzione in poi dai blocchi.
Può entrare in uno stato eseguibile.
Quindi da bolloxed non può o direttamente entrare in esecuzione.
E inoltre non può entrare nello stato di blocco da quello stato onorevole.
Quindi, mantieni questa sequenza nella struttura della mente, il jewler prende tutte le decisioni su chi esegue chi non è in
esecuzione e per quanto tempo sono attivi.
Non c'è Dio e B su come si comporta quel guerriero di Richard.
A volte può essere eseguito dopo il completamento ma in qualche altro momento può eseguire un thread a
metà e quindi passare a un altro.
Quindi non dovrebbe mai basare i tuoi programmi su Ghatak se dovessi affrontare il comportamento.
La prossima lezione sarà una pausa per la creazione di minacce e vedremo anche come si comporta un doodle.
Henri vedrebbe che non dovremmo fare affidamento su di esso.
Quindi questo è tutto per ora.
Grazie.