Comportamento del metodo statico in ambiente multi-thread in java

C'è una semplice domanda stupida che mi infastidisce e mi fa venire in mente diversi argomenti. Voglio buttare via tutti i dubbi sulle domande sottostanti.

class Clstest{

    public static String testStaticMethod(String inFileStr) {

        // section 0

        // section 1

        // do something with inFileStr

        // section 2

        // section 3

        return inFileStr;

    }

}

Supponiamo che ci siano cinque thread a cui ciascuno sta eseguendo una chiamata Clstest.testStaticMethod("arg-n")contemporaneamente.

Il thread 1 chiama Clstest.testStaticMethod("arg-1").

Quando il thread 1 è nella sezione 1, il thread 2 chiama Clstest.testStaticMethod("arg-2").

Quindi cosa accadrà al thread 1? Andrà in stato di sonno?

Quando il thread 1 ha avuto la possibilità, riprenderà l'esecuzione dalla sezione 1 in cui era stata sospesa?

Come succede quando ce n'è uno Clstest.testStaticMethode lo stesso Clstest.testStaticMethodè condiviso tra tutti e cinque i thread?

C'è qualche possibilità di scambiare l' inFileStrinvio da più thread?

La risposta di Hans Passant è buona. Ma ho pensato di provare a spiegare a un livello leggermente più semplice per chiunque si imbattesse in questo ed è nuovo di Java. Ecco qui..

La memoria in java è suddivisa in due tipi: l'heap e gli stack. L'heap è dove vivono tutti gli oggetti e gli stack sono dove i thread svolgono il loro lavoro. Ogni thread ha il proprio stack e non può accedere agli stack degli altri. Ogni thread ha anche un puntatore nel codice che punta al bit di codice attualmente in esecuzione.

Quando un thread inizia a eseguire un nuovo metodo, salva gli argomenti e le variabili locali in quel metodo sul proprio stack. Alcuni di questi valori potrebbero essere puntatori a oggetti nell'heap. Se due thread eseguono lo stesso metodo contemporaneamente, entrambi avranno i loro puntatori di codice che puntano a quel metodo e avranno le proprie copie di argomenti e variabili locali nei loro stack. Interferiranno tra loro solo se le cose sulle loro pile puntano agli stessi oggetti sul mucchio. In tal caso potrebbero accadere cose di ogni genere. Ma come sottolinea Hans, le stringhe sono immutabili (non possono essere modificate) quindi siamo al sicuro se questo è l'unico oggetto "condiviso".

Così tanti thread possono eseguire lo stesso metodo. Potrebbero non essere in esecuzione contemporaneamente: dipende dal numero di core presenti sulla macchina poiché JVM associa i thread Java ai thread del sistema operativo, che sono programmati sui thread hardware. Hai quindi poco controllo sul modo in cui questi thread si alternano senza utilizzare complessi meccanismi di sincronizzazione .

Nota che dormire è qualcosa che un thread fa a se stesso.

Andrà in stato di sonno?

No, l'esecuzione di un thread non influisce sugli altri thread, a condizione che non si sincronizzino intenzionalmente tra loro. Se hai più di un core del processore, come tutte le macchine recenti, è probabile che quei thread vengano eseguiti esattamente allo stesso tempo. Ciò diventa un po 'meno probabile quando avvii 5 thread poiché la tua macchina potrebbe non avere abbastanza core. Il sistema operativo è costretto a scegliere tra di loro, dando loro un po 'di tempo per funzionare. Il lavoro dello scheduler dei thread. Un thread non sarà quindi in uno stato di "sospensione", viene semplicemente messo in pausa e in attesa che lo scheduler del thread gli dia la possibilità di essere eseguito. Riprenderà dal punto in cui era stato interrotto dallo scheduler.

C'è la possibilità di scambiare l'inFileStr inviato da più thread?

Non esiste tale possibilità, i thread hanno il proprio stack quindi qualsiasi argomento del metodo e variabile locale sarà univoco per ogni thread. L'utilizzo di una stringa garantisce inoltre che questi thread non possano interferire tra loro poiché le stringhe sono immutabili.

Non esiste tale garanzia se l'argomento è un riferimento a un altro tipo di oggetto mutabile. O se il metodo stesso utilizza variabili statiche o riferimenti a oggetti sull'heap. La sincronizzazione è necessaria quando un thread modifica l'oggetto e un altro thread lo legge. La parola chiave lock nel linguaggio C # è il modo standard per implementare tale sincronizzazione richiesta. Il fatto che il metodo sia statico non significa che tale sincronizzazione non sia mai richiesta. Solo meno probabile poiché non devi preoccuparti che i thread accedano allo stesso oggetto (condividendo questo ).