Cómo usar jprofiler para ver el uso de memoria
El primero es iniciar el programa local mediante jprofiler
El segundo es monitorear de forma remota el modo CS de. el servidor en el lado del cliente. Debe estar en el lado del cliente. Instale jprofiler tanto en el cliente como en el servidor. El servidor necesita agregar un valor a la variable de entorno LD_LIBRARY_PATH como la ruta del archivo de la biblioteca JProfiler, como $JPROFILER_HOME/bin. /linux-x86, y luego envíe el script de inicio del lado del servidor al cliente y configúrelo en el cliente. Un paso es seleccionar el script (ubicar el script de inicio), jprofiler agregará parte de su propia configuración al script. Luego, el servidor utiliza el script de cambio de jprofiler para iniciarse. En este momento, realmente no se inicia. Está esperando que el cliente se active nuevamente. Cuando el cliente inicia jprofiler, puede monitorear de forma remota el jvm del servidor. Para programas locales, es fácil seguir el asistente.
Análisis:
1. Supongo que en la página Vistas de memoria, haga clic con el botón derecho en la clase que tiene más probabilidades de tener fugas y luego agregue la clase seleccionada al rastreador de clases. Es mejor agregar varias clases que se filtran con mayor frecuencia: String, char[], entradas HashMap y usar filtros para filtrar las clases utilizadas en sus propios proyectos a través de nombres de paquetes
2. período de tiempo, vea la vista de memoria en la pestaña de seguimiento de clases, puede ver la cantidad de objetos registrados durante el período de tiempo, si hay un crecimiento demasiado rápido o continúa creciendo sin liberar la fuga
3. Rastree y ubique la clase, y luego vea quién hizo referencia a ella y provocó que la memoria no se liberara. En el asistente del montón, busque la clase en este momento, haga clic derecho en ella para ver sus referencias y explore el código fuente de. la clase potencialmente problemática para determinar la causa raíz