# Java/Interblocco ricontrollato

Java
Copertina Tutti i moduli · Sviluppo
    CopertinaJava/Copertina
* Guida alla programmazione
** IntroduzioneJava/Introduzione
** Procurarsi il JDKJava/Procurarsi il JDK
** Dal sorgente all'esecuzioneJava/Dal sorgente all'esecuzione
** Il linguaggioJava/Il linguaggio
** Programmazione ad oggettiJava/Programmazione ad oggetti
** JavadocJava/Javadoc
** EserciziJava/Esercizi
** La macchina virtualeJava/La macchina virtuale
** Errori e mitiJava/Errori e miti
** Trucchi e consigliJava/Trucchi e consigli
* Specifica di linguaggio
** Tipi di datoJava/Tipi di dato
** Concetti fondamentaliJava/Concetti fondamentali
** OperatoriJava/Operatori
** Variabili localiJava/Variabili locali
** IstruzioniJava/Istruzioni
** Strutture di controlloJava/Strutture di controllo
** PackageJava/Package
** Classi e oggettiJava/Classi e oggetti
** OggettiJava/Oggetti
** MetodiJava/Metodi
** metodi (seconda parte)Java/Metodi/2
** ArrayJava/Array
** Modificatori di accessoJava/Modificatori di accesso
** EreditarietàJava/Ereditarietà
** Gestione delle eccezioniJava/Gestione delle eccezioni
** GenericsJava/Generics
** LessicoJava/Lessico
** GrammaticaJava/Grammatica
* Libreria standard
** Comunicazione serialeJava/Comunicazione seriale
** Stream
** Input e outputJava/Input e output
** Collections
** AWT e SwingJava/AWT e Swing
** Reflection
** SerializzazioneJava/Serializzazione
** SocketJava/Socket
* Argomenti avanzati
** MultithreadingJava/Multithreading
** Interblocco ricontrollatoJava/Interblocco ricontrollato
Modifica il sommario
L'interblocco ricontrollato o double checked locking era uno dei più subdoli antipattern della programmazione concorrente, principalmente in Java. Si basa su un costrutto che, a prima vista, sembra un utile strumento per migliorare le prestazioni, che però non funziona sotto le regole del JavaMemoryModel usato fino alla versione 1.4 di Java. In Java 5, la semantica del memory model è stata leggermente cambiata, così da risolvere questo problema.
Per maggiori informazioni, si rimanda alla voce aggiornata della Wikipedia in lingua inglese.

## Esempio

Inizializzare un oggetto comporta la scrittura di alcune variabili (stato dell'oggetto), pubblicare un oggetto riguarda la scrittura di altre variabili (il reference). Se non si assicura che pubblicare l'oggetto accada prima che un thread possa leggerne il reference, la scrittura del reference può essere riordinata con le scritture dello stato dell'oggetto.
In tale caso un Thread può vedere un valore aggiornato per il reference, ma un valore non aggiornato per alcune delle variabili che compongono lo stato dell'oggetto. Si ottiene quindi il reference ad un oggetto parzialmente costruito.
Senza utilizzare tecniche troppo elaborate e spesso inutili è possibile risolvere il problema con il seguente codice:
Un'alternativa è l'utilizzo di una variabile booleana che mantenga lo stato dell'inizializzazione dell'istanza del singleton. Questo impedisce che thread concorrenti possano ottenere un riferimento all'istanza prima che il costruttore dell'oggetto abbia terminato e reso l'oggetto consistente:
Il momento in cui avviene l'istruzione di assegnazione alla variabile booleana garantisce che il costruttore abbia terminato l'inizializzazione dell'oggetto.
Anche nello scenario in cui il thread che ha avviato la costruzione dell'oggetto non sia ancora uscito dalla sezione critica, qualsiasi altro thread concorrente che ottenga un esito negativo dal primo test fuori dalla sezione critica, restituirà direttamente (senza attendere sul mutex) l'oggetto correttamente inizializzato.
Questa soluzione al problema, quindi, si basa sull'idea di non testare direttamente il riferimento all'oggetto, ma una variabile distinta che sia stata settata successivamente alla costruzione dell'oggetto.

## Bibliografia

* Reality Check, Douglas C. Schmidt, C++ Report, SIGS, Vol. 8, No. 3, March 1996.
* Double-Checked Locking: An Optimization Pattern for Efficiently Initializing and Accessing Thread-safe Objects, Douglas Schmidt e Tim Harrison. 3rd annual Pattern Languages of Program Design conference, 1996
* Lazy instantiation, Philip Bishop e Nigel Warren, JavaWorld Magazine
* Programming Java threads in the real world, Part 7, Allen Holub, Javaworld Magazine, April 1999.
* Java 2 Performance and Idiom Guide, Craig Larman e Rhett Guthrie, p100.
* Java in Practice: Design Styles and Idioms for Effective Java, Nigel Warren and Philip Bishop, p142.
* Rule 99, The Elements of Java Style, Allan Vermeulen, Scott Ambler, Greg Bumgardner, Eldon Metz, Trvor Misfeldt, Jim Shur, Patrick Thompson, SIGS Reference library

## Collegamenti esterni

* (EN)Declaration: Double Checked Locking Idiom is broken
* (EN)http://www.javaworld.com/jw-02-2001/jw-0209-double.html
* (EN)http://www-128.ibm.com/developerworks/java/library/j-dcl.html