Impactos de tener archivos JAR utilizados en CLASSPATH

Question

He leído tantas Q & Una aquí acerca de las herramientas disponibles para averiguar sin usar JAR, tales como:

1. loosejar
2. Classpath Helper

Mi pregunta aquí es, ¿hay algún impacto (como la carga de clases en la memoria, el rendimiento, etc.) de tener JAR no utilizados en el classpath en tiempo de compilación o tiempo de ejecución? La pregunta se aplica tanto a la ejecución como un programa independiente y servidor web (Apache Tomcat), aunque inicialmente pensé solo en programas autónomos.

NOTA: Estoy ejecutando JDK 6u32 (64 bits).

Answer 1

¿Hay algún impacto (como la carga de clases en la memoria, el rendimiento, etc.) de tener JAR no utilizados en el classpath en tiempo de compilación o tiempo de ejecución?

Va a haber un pequeño impacto. Cuando se inicia el cargador de clases (o el equivalente del compilador), tiene que leer el índice de cada archivo JAR para descubrir qué clases hay en cada JAR. Si tiene JAR innecesarios en el classpath, el cargador de clases tiene más trabajo por hacer, y usará (al menos temporalmente) más memoria para almacenar en caché los índices.

Esto se aplica a todo tipo de aplicaciones Java.

La pregunta que no hizo es si el impacto es significativo. La respuesta es "generalmente no" ... pero mientras más "cosas inútiles" tenga en la ruta de clase, mayor será el impacto.

Answer 2

Sí, tiene un impacto, porque la JVM busca las clases necesarias en los JAR de CLASSPATH. También tiene sentido mantener los JAR sellados, para decirle a la JVM que no busque clases relacionadas en otras JAR.

P.S .: javac es también un programa de Java, para el registro.

Answer 3

El problema principal no es el rendimiento, ya que el costo es relativamente pequeño y solo al cargar nuevas clases. El problema principal es la mantenibilidad. Por ejemplo, cuando una biblioteca necesita ser actualizada, puede perder mucho tiempo probando que la aplicación todavía funciona bien con la nueva versión solo para encontrar que la biblioteca no fue utilizada. (Digamos que tiene una nueva biblioteca que necesita una versión más nueva de una biblioteca que ya está "usando")