Las rutinas son lo que en informática llamamos "multitarea cooperativa". Son una forma de que múltiples flujos de ejecución diferentes se intercalen entre sí de forma cooperativa. En la multitarea cooperativa, un flujo de ejecución tiene la propiedad exclusiva e indiscutible de la CPU hasta que alcanza a yield. En ese momento, Unity (o cualquier marco que esté utilizando) tiene la opción de cambiar a un flujo de ejecución diferente. A continuación, también obtiene la propiedad exclusiva e indiscutible de la CPU hasta que se yieldejecute.
Los hilos son lo que llamamos "multitarea preventiva". Cuando está utilizando hilos, el marco se reserva el derecho en cualquier momento de detener el hilo a medio pensamiento y cambiar a otro hilo. No importa donde estés. ¡Incluso puede detenerse a mitad de camino al escribir una variable en la memoria en algunos casos!
Hay pros y contras para cada uno. Los contras de las corutinas son probablemente los más fáciles de entender. En primer lugar, todas las rutinas se ejecutan en un solo núcleo. Si tiene una CPU de cuatro núcleos, las corutinas solo usarán uno de los cuatro núcleos. Esto simplifica las cosas, pero puede ser un problema de rendimiento en algunos casos. La segunda desventaja es que debe tener en cuenta que cualquier rutina puede detener todo su programa simplemente negándose a hacerlo yield. Este fue un problema en Mac OS9, hace muchos años. OS9 solo admite multitarea cooperativa en toda la computadora. Si uno de sus programas se bloqueó, podría detener la computadora tan ferozmente que el sistema operativo ni siquiera podría mostrar el texto del mensaje de error para hacerle saber lo que sucedió.
Las ventajas de las corutinas son que son relativamente fáciles de entender. Los errores que tiene son mucho más predecibles. Por lo general, también requieren menos recursos, lo que puede ser útil a medida que asciendes en los 10 de miles de corutinas o hilos. Candid Moon mencionó en los comentarios que, si no ha estudiado los hilos correctamente, simplemente manténgase en las rutinas, y tienen razón. Las corutinas son mucho más simples para trabajar.
Los hilos son una bestia completamente diferente. Siempre debes estar en guardia contra la posibilidad de que otro hilo pueda interrumpirte en cualquier momentoy meterte con tus datos. Las bibliotecas de subprocesos proporcionan conjuntos completos de herramientas poderosas para ayudarlo con esto, como mutexes y variables de condición que lo ayudan a decirle al sistema operativo cuándo es seguro que ejecute uno de sus otros subprocesos y cuándo no es seguro. Hay cursos completos dedicados a cómo usar bien estas herramientas. Uno de los problemas famosos que surge es un "punto muerto", que es cuando dos hilos se "atascan" esperando que el otro libere algunos recursos. Otro problema, que es muy importante para Unity, es que muchas bibliotecas (como Unity) no están diseñadas para admitir llamadas de múltiples subprocesos. Puede romper fácilmente su marco si no presta atención a qué llamadas están permitidas y cuáles están prohibidas.
La razón de esta complejidad adicional es realmente muy simple. El modelo multitarea preventivo es realmente similar al modelo de subprocesamiento múltiple que le permite no solo interrumpir otros subprocesos, sino también ejecutar subprocesos uno al lado del otro en diferentes núcleos. Esto es increíblemente poderoso, ya que es la única forma de aprovechar realmente estas nuevas CPU de cuatro núcleos y códigos hexadecimales que están saliendo, pero abre la caja de pandoras. Las reglas de sincronización sobre cómo administrar estos datos en un mundo de subprocesos múltiples son positivamente brutales. En el mundo de C ++, hay artículos completos dedicados a los MEMORY_ORDER_CONSUMEcuales es un rincón de sincronización de subprocesos múltiples.
Entonces, ¿los contras de enhebrar? Simple: son difíciles. Puedes encontrar clases enteras de errores que nunca has visto antes. Muchos son los llamados "heisenbugs" que a veces aparecen y luego desaparecen cuando los depura. Las herramientas que se le dan para lidiar con estos son muy poderosas, pero también son de muy bajo nivel. Están diseñados para ser eficientes en las arquitecturas de los chips modernos en lugar de estar diseñados para ser fáciles de usar.
Sin embargo, si desea utilizar toda la potencia de su CPU, son la herramienta que necesita. Además, en realidad hay algoritmos que son más fáciles de entender en subprocesos múltiples que en las rutinas simplemente porque dejas que el sistema operativo maneje todas las preguntas sobre dónde pueden tener lugar las interrupciones.
El comentario de Candid Moon de apegarse a las corutinas también es mi recomendación. Si quieres el poder de los hilos, entonces comprométete a ello. Sal y realmente aprende hilos, formalmente. Hemos tenido varias décadas para descubrir cómo organizar la mejor manera de pensar sobre los hilos para que pueda obtener resultados seguros y repetibles de manera temprana y agregar rendimiento a medida que avanza. Por ejemplo, todos los cursos sanos enseñarán mutexes antes de enseñar variables de condición. Todos los cursos sanos que cubren atómicos enseñarán completamente mutexes y variables de condición antes de mencionar que existen atómicos. (Nota: no existe un tutorial sensato sobre atómica). Intenta aprender a enhebrar poco a poco y estás pidiendo una migraña.