Non concentriamoci su un altro su quell'idea che è bloccata.
Ma prima di farlo esaminiamo alcune delle cose che abbiamo trattato finora.
Abbiamo iniziato il capitolo osservando l'apprendimento di una classe quando è stato utilizzato per la prima
volta e studiato circa una vita offerta da tutto questo processo è un oggetto di classe che l'oggetto di classe e tutti
gli oggetti creano molto di ciò che viene memorizzato sul mucchio.
Abbiamo anche appreso che i dati della classe stessa che includono alcune informazioni Mattei
sulla classe più qualsiasi metodo chiamato cresceranno nell'area metropolitana.
Quindi abbiamo oggetti sui bisogni di calore e di vetro nell'area metropolitana non come metodi di un oggetto o di una classe.
Questo è un metodo statico che viene eseguito rispetto a JVM in qualche modo per tenere traccia di questi metodi.
Ad esempio, JVM deve sapere qual è il metodo attualmente in esecuzione.
Ora, se questo è importante nei libri e in Andermatt, allora ha bisogno di tenere traccia di quella materia.
E quando quel metodo finisce quell'istituzione allora JVM dovrebbe riprendere l'esecuzione del primo metodo.
Tutte queste informazioni sui metodi che vengono richiamati ed eseguiti quando
sono memorizzati nello stack stack memorizzeranno anche le informazioni sulle variabili locali in ciascuno dei metodi esistenti.
Non se non si parla solo di metodi che sono attualmente in esecuzione o meno quelli che
non hanno terminato l'esecuzione sono quelli che non sono ancora stati invocati.
Andiamo avanti e impariamo le scorte.
È un concetto molto importante e devi sapere come funzionano le scorte.
Lo stock è fondamentalmente una struttura di dati che è l'ultima nella prima o nella struttura dei dati nell'ultima lezione.
Il brief qui è quello che è il pacchetto warchest ed è una delle strutture dati più fondamentali
a differenza dell'heap nell'area metropolitana.
Julian crea in-stock per ogni thread appena creato.
Ad esempio, se si considera l'applicazione e se si hanno due utenti che accedono contemporaneamente
all'applicazione, ciascuno di essi verrà servito da thread separati su ogni thread verrà assegnato uno stack separato.
E i metodi che vengono eseguiti all'interno di quel thread sono intrappolati all'interno di quella pila.
Non c'è modo per un thread di accedere a un altro stack di thread Un altro metodo è invocato un'entità chiama
docstring o semplicemente semplicemente dalla rappresentazione di quel metodo viene creato e pubblicato in cima allo stack.
Come puoi vedere qui ora se questo pulsante richiama un altro metodo, viene creato un nuovo inizio Crimble per quel
nuovo metodo e lo stack per loro.
Verranno anche posizionati in cima alla pila.
Da holsom ha incontrato quella velocità trattenendo informazioni come la variabile locale ralliers sa che il frame
è fuori dallo stack quando l'invocazione del metal termina normalmente o bruscamente attraverso una sorta di
errore.
Vediamo in realtà un esempio qui abbiamo tre metodi passare attraverso il metodo nonbar andare a segnare il metodo
attraverso il quale è fatto invocando il metodo prima da parte del non-avvocato nel metodo go Saffren corrispondente a metor go
viene creato e sarà tirato in pila .
La chiamata al metodo ha una variabile locale X ed i suoi valori significano anche nello stack ovviamente che la variabile
x è in scope ed è viva e il suo metodo è attualmente in esecuzione il prossimo metodo sta invocando il bit foo.
E così via viene creata non posizionata in cima allo stack che ha un parametro di metodo giusto.
E anche la variabile locale z.
Ed entrambi sono archiviati nello stack.
Ora ovviamente ci sono entrambe le variabili per cui NZ è in ambito e anche alleato mentre la variabile x nel
Go moderno è ancora in vita ma non in ambito.
Come mater non va il corinthians accrescendo la materia che non è a scuola.
Il prossimo metodo Bargas invoca un così Efrem corrispondente ad esso verrà spinto in cima allo stack ma
ha una variabile locale chiamata Edge che fa riferimento a un oggetto tenuto in modo che il bordo variabile
sia attivo nell'ambito ora mentre xy e z sono vivi ma non nell'ambito più.
No, ecco la cosa interessante.
Il bordo variabile fa riferimento a un oggetto e sappiamo che gli oggetti sono memorizzati nell'heap in modo che i bordi sull'oggetto
stack siano il tipo di cosa che sarà effettivamente nell'heap.
Quindi, se una variabile locale è un riferimento a un oggetto, quella variabile viene memorizzata nel suo frame di riserva quando
l'oggetto a cui fa riferimento verrà memorizzato nell'heap.
Ora è una barra di metodo aperta che termina la sua esecuzione in quanto il suo telaio di scorta corrispondente sarà parte
della pila.
La variabile locale x è considerata morta e l'oggetto a cui fa riferimento non è considerata abbandonata.
E quindi sarà ammissibile per la raccolta dei rifiuti.
Indipendentemente da chi sia in cima allo stack e quali variabili Y e Z siano entrambe di nuovo in ambito.
La variabile x è ancora viva ma non è più in ambito.
Il nostro prossimo film termina la sua esecuzione e ogni frame è anche parte dello stack sul cruscotto.
Anche i medievali Y e Z sono spariti.
A questo punto il metodo passa in cima allo stack sulla variabile x è di nuovo nello scope.
Finalmente raggiunto l'obiettivo che termina anche le sottosalate fa parte anche del calcio.
Ecco come si popolano le azioni.
Il prossimo film approfondirà un po 'e vedremo alcune delle strutture dati.
È tornato da cavallo.