¿Hay algo peligroso sobre usar Thread.currentThread.sleep () en mi código principal?

¿Qué tipo de aplicación estás escribiendo? Rara vez es una buena idea, y es una idea particularmente mala si está escribiendo una GUI de cliente: mientras el hilo está durmiendo, no responderá.

Si pudiera dar más de una indicación de por qué necesita pausar y el tipo de aplicación que está escribiendo, eso sería útil.

Otra cosa: tu llamada debería ser:

Thread.sleep(sleepTime);

Llamarlo currentThread()hace que parezca un método de instancia, pero no lo es, es solo un método estático normal. No puedes hacer que ningún otro hilo duerma.

Debería ver si su IDE tiene una opción para hacer que llamar a los métodos estáticos a través de una referencia sea una advertencia o error; esto lleva a un código engañoso (como este).

Bueno, Thread.sleep es un método estático por lo que es muy engañoso. Además, no se puede despertar limpiamente (puede interrumpir, pero disputaría que eso está limpio) en caso de que necesite que se cierre la acción.

No es peligroso, pero en el 99 +% de los casos cuando crees que lo necesitas, realmente no. ¿Que estás tratando de hacer?

Si decide usar Thread.sleep , asegúrese de manejar la InterruptedException de manera adecuada .

La gente a menudo usa el temporizador para realizar eventos diferidos, pero yo prefiero el ScheduleExecutorService. Puede usar el mismo grupo de subprocesos para todas sus acciones de tiempo de espera. (Puede tener un grupo de subprocesos de tamaño 1)

AFAIR Thread.sleep()desperdicia tiempo de CPU mientras Object.wait(long timeout)que no. Por lo tanto, siempre debe usar Object.wait(long timeout)en su lugar. Aunque no puedo encontrar ningún metraje que respalde mi tesis, creo que al cambiar a Object.wait(long timeout)llamadas recibimos una gran ganancia de rendimiento.

¿Qué quieres decir con que la conexión simplemente "se va"? Claro que no hay una forma en línea para configurar un temporizador, pero puede establecer un tiempo de espera de conexión Y tiempos de espera de lectura si lo desea.

Cree el socket con el constructor no-args, la llamada connect (SocketAddress, int) para que pueda establecer un tiempo de espera (en milisegundos). Si no se puede establecer la conexión en ese momento, se lanza una excepción.

Y puede llamar a setSoTimeout () antes de conectarse para que cualquier llamada a read () solo se bloquee durante el tiempo que especifique, en lugar de para siempre. Si no se pueden leer los datos en el tiempo especificado, se lanza una excepción.