Tipo genérico y rendimiento

Question

Me pregunto si el uso de tipos genéricos durante el programa tendrá un efecto degradante (significativo) en el rendimiento de la aplicación. Utilizo una gran cantidad de objetos de recopilación (listas, conjuntos, mapas) y para dar mejor flexibilidad a la aplicación (esta aplicación debe integrarse en otra aplicación). Usé solo tipos genéricos en lugar de parametrizarlos. ¿Es esta una práctica común o alguien tiene una sugerencia/consejo? ¿Habrá algún rendimiento significativo degradado?

Gracias de antemano,

Answer 1

Habrá sin degradación del rendimiento en absoluto, ya que los genéricos son efectivamente un "truco en tiempo de compilación".

El compilador usa esta información para rechazar ciertas prácticas inseguras de tipo que de otro modo aparecerían en tiempo de ejecución, si no utilizan genéricos. Durante el tiempo de ejecución, solo se utilizan las clases sin formato (es decir, el límite superior de los parámetros genéricos), por lo que la ejecución será idéntica a y no a con los genéricos, y solo realice las clases usted mismo.

Answer 2

El uso de genéricos no tiene un impacto significativo en el rendimiento o el consumo de memoria.

La prueba más fácil para esto es que la información de tipo genérico no está generalmente disponible en tiempo de ejecución. Eso significa que la JVM funciona exactamente igual cuando hay información de tipo genérico como si no hubiera ninguna.

Usar solo tipos brutos "para dar flexibilidad" es una receta para desastres, porque no tiene información de tipo en sus colecciones y por lo tanto puede pasar cualquier tipo de objeto, incluso si su código no está preparado para manejarlo (es decir, si su código espera una colección de objetos String, pero se pasa una colección con Integer en ella, lanzará un ClassCastException. Con genéricos (correctamente implementados) sería un error de tiempo de compilación).

Answer 3

tipos genéricos se prividing seguridad tipo (cualquier problema de tipo de fundición aparecerán durante el tiempo de compilación en tiempo de ejecución no) y son básicamente instrucciones al compilador que están más 'borrados' (borrado ) y no aparecen en esa forma (son reemplazados por moldes explícitos) durante el tiempo de ejecución. Por lo tanto, no hay penalización de rendimiento.

Answer 4

Todas sus definiciones de genéricos son solo de tiempo de diseño. Una vez que compila su programa, la JVM reemplaza todas sus definiciones por moldes. Este es un pequeño rendimiento en comparación con la codificación de su clase para contener el tipo correcto que necesita desde el principio y así evitar el reparto.

Pero la degradación en el rendimiento es pequeña y le recomiendo que use genéricos cuando sea apropiado para aumentar la legibilidad y la reutilización de su código. Por supuesto, puede considerar esto si tiene una clase con uso EXTREMO de métodos que harán estos moldes implícitos y está experimentando problemas de rendimiento. Aunque no antes que ;-).

Answer 5

Según lo explicado por otros colaboradores, en la mayoría de los casos, el uso de medicamentos genéricos no tendrá ningún impacto en el rendimiento. El único problema de rendimiento es cuando debe reemplazar un tipo primitivo por su tipo de objeto (por ejemplo, si necesita pasar int como parámetro genérico.

Sin embargo, a menos que haga un uso intensivo de su objeto, el la penalización de rendimiento no es visible. En consecuencia, debe comenzar con genérico y, si se produce un problema de rendimiento debido a este caso particular, puede reemplazar su objeto genérico por una clase que use el tipo primitivo. La optimización temprana es mala.

Answer 6

Por lo general, no, todo es magia de compilación. En algunos casos, puede existir un costo de tiempo de ejecución oculto.

class A<T> 
1  void f(T arg) 

    class B extends A<String> 
2  void f(String arg) 

    A<String> a = new B(); 
3 a.f("blah"); 

La línea 3 tendrá el método 2 invocado. Sin embargo, primero invoca el método 1, pero el método 2 no es un método tradicional de "anulación" de 1, las firmas son diferentes. Javac debe unir los dos, y en tiempo de ejecución hay un costo del método 1 al método 2.

El costo podría optimizarse a nada mediante la incorporación del método JVM.