¿Por qué el bucle for es más eficiente que para cada bucle en Unity?

Durante una charla de Unity sobre el rendimiento, el chico nos dijo que evitáramos el for eachbucle para aumentar el rendimiento y que usáramos el bucle normal. ¿Cuál es la diferencia entre fory for eachen el punto de vista de implementación? ¿Qué lo hace for eachineficiente?

Un bucle foreach aparentemente crea un objeto IEnumerator de la colección que lo pasa y luego lo recorre. Entonces un bucle como este:

foreach(var entry in collection)
{
    entry.doThing();
}

se traduce en algo parecido a esto:
(evitando cierta complejidad en torno a cómo se eliminará el enumerador más adelante)

var enumerator = collection.GetEnumerator();
while(enumerator.MoveNext()) {
   var entry = enumerator.Current;
   entry.doThing();
}

Si esto se compila ingenua / directamente, entonces ese objeto enumerador se asigna en el montón (lo que lleva un poco de tiempo), incluso si su tipo subyacente es una estructura, algo llamado boxeo. Después de completar el ciclo, esta asignación se convierte en basura para limpiar más tarde, y su juego puede tartamudear por un momento si se acumula suficiente basura para que el recolector ejecute un barrido completo. Por último, el MoveNextmétodo y la Currentpropiedad podrían involucrar más pasos de llamada a funciones que simplemente tomar un elemento directamente collection[i], si el compilador no integra esa acción.

Los enlaces de Unity docs Hellium anteriores indican que esta forma ingenua es exactamente lo que sucede en Unity antes de la versión 5.5 , si se itera sobre otra cosa que no sea una matriz nativa.

En la versión 5.6+ (incluidas las versiones de 2017), este boxeo innecesario desapareció , y no debería experimentar una asignación innecesaria si está utilizando algún tipo concreto (por ejemplo, int[]or List<GameObject>o Queue<T>).

Todavía obtendrá una asignación si el método en cuestión solo sabe que está funcionando con algún tipo de IList u otra interfaz ; en esos casos, no sabe con qué enumerador específico está trabajando, por lo que primero debe encajonarlo en un objeto IEnumerator .

Entonces, hay una buena posibilidad de que este sea un viejo consejo que no es tan importante en el desarrollo moderno de Unity. Los desarrolladores de Unity como nosotros pueden ser un poco supersticiosos acerca de las cosas que solían ser lentas / peludas en las versiones antiguas, así que toma cualquier consejo de esa forma con un grano de sal. ;) El motor evoluciona más rápido que nuestras creencias al respecto.

En la práctica, nunca he tenido un juego que muestre una notable lentitud o problemas de recolección de basura al usar bucles foreach, pero su millaje puede variar. Perfile su juego en su hardware elegido para ver si vale la pena preocuparse. Si es necesario, es bastante trivial reemplazar los bucles foreach con bucles explícitos para más adelante en el desarrollo en caso de que se manifieste un problema, por lo que no sacrificaría la legibilidad y la facilidad de codificación al principio del desarrollo.

Si se utiliza un para cada bucle para la recopilación o matriz de objetos (es decir, la matriz de todos los elementos que no sean el tipo de datos primitivo), GC (Garbage Collector) se llama al espacio libre de la variable de referencia al final de a para cada bucle.

foreach (Gameobject temp in Collection)
{
    //Code Do Task
}

Mientras que for loop se usa para iterar sobre los elementos usando un índice y, por lo tanto, el tipo de datos primitivo no afectará el rendimiento en comparación con un tipo de datos no primitivo.

for (int i = 0; i < Collection.length; i++){
    //Get reference using index i;
    //Code Do Task
}