SoloJava Noticias

Después de experimentar unas cuantas situaciones extrañas con multithreading en Java™, ya no confío en que synchronized funciona como uno piensa cuando se esta implementado una inicialización diferida (lazy initialization) como por ejemplo:

if (variable == null)

  variable = new MiObjeto();

return variable;

Llegué a este artículo (en Inglés) que me ayudo mucho, les anexo una pequeña porción traducida de este:

Double-Checked Locking es un método ampliamente citado y utilizado como un mecanismo eficiente para implementar inicialización diferida (lazy initialization) en un ambiente multithreaded.

Desafortunadamente, este no trabajará confiablemente de una manera indepediente de la plataforma cuando se implementa en Java. Cuando se implementa en otros lenguajes, como C++, depende del modelo de memoria del procesador, los reordenamientos efectuados por el compilador y la interacción entre el compilador y la librería de sincronización. ...

...

Alexander Terekhov (TEREKHOV@de.ibm.com) llegó a una sugerencia ingeniosa para implementar double checked locking usando almacenamiento local en threads (thread local storage). Cada thread mantiene un indicador local que determina si el thread ha realizado la sincronización requerida

class Foo {

   /** If perThreadInstance.get() returns a non-null value, this thread

       has done synchronization needed to see initialization

       of helper */

  private final ThreadLocal perThreadInstance = new ThreadLocal();



  private Helper helper = null;



  public Helper getHelper() {

    if (perThreadInstance.get() == null) createHelper();

      return helper;

  }



  private final void createHelper() {

    synchronized(this) {

      if (helper == null)

        helper = new Helper();

    }

    // Any non-null value would do as the argument here

    perThreadInstance.set(perThreadInstance);

  }

}

This entry was posted on 21.10.04 at 14:42. You can skip to the end and leave a response.