En Java, ¿es eficiente usar Thread.sleep (1) para un hilo inactivo?

Question

Tengo un bucle principal en mi hilo, y parte de él prueba si un booleano inactivo es verdadero. Si lo es, llamará al Thread.sleep(1) en cada iteración del ciclo. ¿Es esta una forma eficiente de hacer esto? Mi objetivo es que el hilo tome un uso mínimo de la CPU cuando está inactivo.

Answer 1

No. Use Object.wait en su lugar y asegúrese de sincronizar en el objeto que contiene el booleano. Si no sincroniza y el boolean no es volatile, no tiene barrera de memoria, por lo que no hay garantía de que el hilo de sondeo vea el cambio al boolean.

Según la javadoc:

Este método hace que el hilo actual (llamarlo T) para colocarse en el conjunto de espera para este objeto y luego a renunciar a cualquier y todas las reclamaciones de sincronización en este objeto. hilo T se incapacita para fines de programación hilo y permanece latente hasta que uno de cuatro cosas sucede:

• Algunos otro hilo invoca el método notify para este objeto y enrosque T pasa a ser elegido arbitrariamente como el hilo que se despertó .
• Alguna otra hebra invoca el método notifyAll para este objeto.
• algún otro flujo interrumpe T. hilo
• ...

modo que el hilo no tomará ninguna CPU mientras se está a la espera de ser notificado.

El código siguiente es una bandera de inactividad simple con un método waitUntilIdle que su método main puede llamar y un método setIdle que puede ser llamado por otro subproceso.

public class IdleFlag { 
    private boolean idle; 

    public void waitUntilIdle() throws InterruptedException { 
    synchronized (this) { 
     while (true) { 
     // If the flag is set, we're done. 
     if (this.idle) { break; } 
     // Go to sleep until another thread notifies us. 
     this.wait(); 
     } 
    } 
    } 

    public void setIdle() { 
    synchronized (this) { 
     this.idle = true; 
     // Causes all waiters to wake up. 
     this.notifyAll(); 
    } 
    } 
} 

Answer 2

Estoy de acuerdo con @ Mike Samuel, sin embargo, me gustaría recomendar que utilice el concurrent lock packages...

continuar con el paradigma de Mike acaba de reemplazar a su bloqueo al introducido en Java 5

Más específicamente se puede usar Condition's métodos de espera, aquellos que toman tiempos de espera. De esta forma, puede, por ejemplo, registrar un mensaje de vez en cuando, un mensaje que le ayudará a depurar esperas infinitas. Es posible que también desee realizar alguna lógica de reversión si aguarda un tiempo límite ...