valor Obtención de una variable hilo desde fuera

Question

Digamos que tengo un hilo conductor de esta manera:

private boolean working = true; 

@Override public void run() { 
    working = true; 
    // do something 
    working = false; 
    .... 
} 

y en mi hilo principal que estoy poniendo constantemente el estado de trabajo con

while(threadClassObject.isWorking()) { 
    System.out.println(threadClassObject.isWorking()); 
} 

¿funcionaría esto? Intenté este ejemplo y parece funcionar. Pero, ¿hay alguna manera de que esto pueda colapsar? Lo que v.g. Qué sucede si el hilo está en el proceso de cambiar de trabajo mientras que al mismo tiempo el hilo principal intenta leerlo?

Answer 1

La respuesta a su pregunta es que podría estar funcionando, pero el código anterior es un código arriesgado y puede romperse cualquier día. Trate de hacer workingvolatile como

private volatile boolean working = true; 

What e.g. happens if the thread is in the process of changing working while at the exact same time the mainThread tries to read it?

operación de asignación es una operación atómica. Entonces, si tiene una sola CPU, dos hilos nunca pueden colisionar mientras acceden a la variable. Si tiene más de una CPU, dos hilos pueden colisionar al acceder a la variable. Para ambos casos, volatile se asegurará de que el valor sea visible para otros hilos.

NOTA: volatile es bueno en su situación, pero si tiene datos más complejos a través de compartir hilo try looking into this

Editar:

Agregar el comentario también parte de la Soln. para hacerlo más claro.

Básicamente gracias a la optimización a nivel de cpu, los valores cambiaron y es posible que un hilo no sea visible para otro. Un buen ejemplo es la optimización de la memoria caché de la CPU. Los valores nunca se reflejan en el RAM donde podría estar leyendo el otro subproceso. Volátil dice que el valor de esta variable se puede cambiar fuera del alcance de hilo actual por lo que no tal optimización se realiza ...

Answer 2

Necesitará utilizar sincronización o AtomicBoolean para que sea seguro para subprocesos. Lo que tienes en tu código parecerá funcionar, pero es posible que cuando revises el booleano, no tenga el valor correcto, por lo que verás resultados inesperados.

Answer 3

No, no es necesario bloquear tipos primitivos como un booleano. Si 'working' era un objeto, entonces necesitaría usar bloques sincronizados.

Answer 4

También puede ser que desee mirar en hacer algo con su "fuera de control", mientras que en su bucle de hilo principal:

La implementación actual seguirá girando, sin dejar mucho tiempo de CPU para los subprocesos ejecutando run() (o cualquier otra persona en el sistema, para el caso).