Lecciones

Si le preocupa la pregunta "¿cómo generar un nuevo hilo y qué hacer con él?", Muy pronto sabrá la respuesta, directamente desde esta conferencia. Y la maestra Risha Geistman te ayudará con esto. Bueno, si no te importa… Entonces Risha Gatesman te lo dirá de todos modos, porque ahora es el momento.

Incluso los programas necesitan dormir a veces. E hilos, aún más. Para enviar un hilo a dormir, Java tiene un método de suspensión. Se declara como un método estático de la clase Thread. Esto significa que no está unido a ningún objeto. El propósito de este método es hacer que el programa "se duerma" por un tiempo. ¿Cómo funciona? ¡Aprende de la conferencia!

Digamos que el usuario le dice al programa que descargue un archivo de Internet. El subproceso principal creó un subproceso secundario separado para este trabajo y le pasó un objeto cuyo método de ejecución contiene todas las acciones necesarias para descargar el archivo. Y luego el usuario, tiempo, ¡y cambió de opinión para descargar este archivo! ¿Cómo cancelar el trabajo y detener el hilo?

Habrá muchas palabras agresivas en esta conferencia, cuyo significado se traduce como "interferir" o "interrumpir". Y todo porque seguimos estudiando las posibilidades y características de detener los hilos. O arroyos, como todos los llaman. Aprenda a usar la variable isInterrupted y qué hacen los métodos isInterrupted() e interrupt().

Anteriormente, cuando estudiábamos los métodos de clase, la mayoría de las veces lo escribíamos así: "nombre del método" -> "qué hace". No funciona de esa manera con los métodos Thread :) Su lógica es más complicada...

Los subprocesos, por supuesto, son geniales y abren un mundo de posibilidades increíbles y... un montón de complejidades para los programadores. Diferentes hilos cambian el estado de diferentes objetos de acuerdo con la tarea que realiza cada uno de ellos. Y, por supuesto, ¡pueden interferir entre sí! Pero lo peor sucede en el interior de la máquina Java... ¿Suena intrigante?

El cambio de hilo no controlado es otro problema. Surge una pregunta razonable: ¿por qué no dar libre albedrío a los subprocesos y permitirles controlar su propia conmutación? De hecho, este enfoque crea aún más problemas. En esta lección aprenderá cuáles son estos problemas y qué hacer después de todo.

¡Houston, tenemos un problema de subprocesos múltiples! Si de nuevo. Esta vez está relacionado con el mecanismo de uso de la memoria caché. La misma memoria caché en la que el procesador ingresa sus variables más utilizadas. Lo hace para acelerar su trabajo, pero aquí es donde se esconde la raíz del mal. Cuál es el truco y cómo resolver el problema, lo descubrirá muy pronto.

Ya sabe que el procesador cambia constantemente entre subprocesos. Se asigna un cuanto para cada subproceso: una parte del tiempo del procesador. El tiempo expira: el procesador cambia a otro subproceso y ejecuta sus comandos. Bueno, si necesita terminar la cantidad del hilo actual antes de lo previsto, ¡el método estático de la clase Thread llamado yield viene al rescate!

Digamos que el subproceso principal creó un subproceso secundario para realizar alguna tarea. Y así, en algún momento, el subproceso principal necesitaba los resultados del trabajo del subproceso secundario. Y el subproceso secundario aún no ha terminado su trabajo. ¿Qué hacer hilo principal? El método de unión especial resolverá el problema. Y cómo, aprenderá de la conferencia.

¡Hola Amigo! Hoy les diré qué es un punto muerto: un agarre mortal. “Así que ya dijiste algo así. - Sí, lo fue. Pero hoy consideraremos este tema con más detalle. En el caso más simple, dos subprocesos y dos objetos mutex participan en el interbloqueo. Un interbloqueo ocurre cuando: A) Cada subproceso en el proceso de ejecución...

¡Hola Amigo! Quiero contarles un par de estrategias para evitar los puntos muertos. La mejor estrategia es una arquitectura bien pensada y un conjunto de reglas sobre cuándo se pueden usar bloqueos (adquisición de mutex) y en qué orden. La forma clásica de abordar el problema es desarrollar una jerarquía de bloqueos, estableciendo una regla de que algunos bloqueos nunca se pueden adquirir en un estado en el que ya se adquirieron...