Según el libro "Concurrencia de Java en la práctica", el siguiente código podría ejecutarse para siempre o el valor del número aún podría ser 0 cuando listo sea verdadero y la recomendación fue definir las variables como volátiles. Sin embargo, el programa enumerado a continuación siempre parece devolver el valor correcto (42) en lugar del valor obsoleto incluso después de haberlo intentado varias veces. ¿Es este un fenómeno que ocurre muy raramente?
public class NoVisibility { private static boolean ready; private static int number; private static class ReaderThread extends Thread{ public void run(){ System.out.println("Thread started =" + ready + " " + number); while(!ready){ Thread.yield(); } System.out.println("value is" + number); } } public static void main(String[] args) throws InterruptedException { new ReaderThread().start(); Thread.sleep(10000); number = 42; ready = true; } }¿Es este un fenómeno que ocurre muy raramente?
Sí, raro. Sin embargo, dadas las computadoras que hacen cosas miles de millones de veces por segundo, raro es bastante común .
Siempre que acceda a recursos a través de subprocesos, debe abordar la seguridad de subprocesos . De lo contrario, su aplicación en implementación sufrirá errores esporádicos que son terriblemente difíciles, si no imposibles, de resolver.
Según esta misma lógica, la prueba de errores de concurrencia es notoriamente difícil, como ha visto en su Pregunta.
Siempre trate de evitar el código subproceso cuando sea posible. Por ejemplo, utilice objetos inmutables o copias defensivas .
Lectura obligatoria: Concurrencia de Java en la práctica por Brian Goetz, et al.