"Usar VisualVM para exportar el volcado de montón del juego e informar problemas de memoria"

Cuando el juego muestre la advertencia de memoria que aparece en la imagen siguiente, o cuando el uso de memoria siga aumentando después de entrar y salir repetidamente de una partida guardada, puedes exportar un volcado de montón según este artículo（.hprof）, para que los desarrolladores lo analicen. El volcado de montón registra los objetos del montón de Java y sus relaciones de referencia en el momento de la exportación.

Un uso alto de memoria o la aparición de advertencias no demuestran por sí solos que exista una fuga de memoria. Al informar, explica qué estabas haciendo antes de que surgiera el problema y, si es posible, exporta mientras el juego aún responda después de que aparezca el problema; una vez que salgas del juego, ya no será posible obtener el volcado de montón de ese momento.

• Desde sitio web oficial de VisualVMDescarga e inicia VisualVM.

• Inicia el modpack que necesitas investigar e intenta reproducir el problema, por ejemplo, entrando y saliendo repetidamente de la misma partida guardada, o realizando acciones que hagan que la memoria siga creciendo.

• Reserva suficiente espacio en disco: los volcados de montón pueden alcanzar varios GB, y tanto la generación de archivos temporales como el guardado como archivo necesitan espacio.

• Durante la exportación, el juego puede experimentar pausas notables; espera a que la operación termine.

1. En la parte izquierda de VisualVM, dentro de Applications → Local encuentra el proceso Java en ejecución.

2. Haz doble clic en el proceso candidato; en Overview confirma que pertenece al juego actual combinando la clase principal, la ruta de la instancia del modpack en los argumentos de la JVM, etc.; el nombre del proceso cambia según el lanzador y la forma de inicio, así que no lo determines solo por si contiene el texto Prism.

3. Selecciona el proceso que ejecuta realmente Minecraft. No selecciones VisualVM, Gradle Daemon, Gradle Wrapper ni IntelliJ IDEA. Al investigar un servidor independiente, selecciona el proceso Java del servidor.

La imagen a continuación solo muestra la ubicación de la lista de procesos; el juego no estaba iniciado cuando se tomó la captura, y el Gradle Daemon seleccionado no es el proceso del juego.

Cambia a la página Monitor del proceso objetivo, donde puedes ver la curva de memoria del montón y, en la esquina superior derecha, Perform GC y Heap Dump botones. La siguiente imagen sigue usando Gradle Daemon para mostrar la ubicación de los botones; al realizar la operación, asegúrate de que la pestaña actual pertenezca al proceso del juego.

1. Después de reproducir el problema en el juego, vuelve a la pestaña Monitor y confirma que el gráfico Heap se está actualizando.

2. Si el desarrollador pide observar el estado después de la recolección de basura, puedes hacer clic una vez en Perform GC, espera a que termine la operación e indica en los comentarios que realizaste esta acción; para una captura normal puedes pasar directamente al siguiente paso, sin necesidad de hacer clic repetidamente.

3. Haz clic en Heap Dump, espera a que se genere el volcado de montón. Durante este proceso el juego puede pausarse; el tiempo que tarda depende de factores como el tamaño del montón. Cuando termine, VisualVM mostrará un nodo de volcado de montón y abrirá la pestaña correspondiente.

4. En el árbol Applications de la izquierda, haz clic derecho sobre el nodo de volcado de montón recién generado y selecciona Save As..., guardar como .hprof archivo.

5. Espera a que termine el guardado, confirma en el directorio de guardado que el archivo se ha generado y luego sal del juego.

Después de generar el volcado de montón, también es necesario ejecutar Save As. La documentación oficial de VisualVM indica que un volcado de montón solo es un archivo temporal hasta que se guarda explícitamente. Consulte Exploración de un volcado de montón.

Envíe el problema a través de la entrada de comentarios en la esquina superior derecha del sitio web oficial, o a través de la entrada de Issues del repositorio de GitHub proporcionado en el sitio web oficial..hprof Cuando el archivo sea grande, puede comprimirlo primero en .zip o .gz; si la entrada de comentarios no permite subir archivos, use un servicio para compartir archivos para subirlos y proporcione en los comentarios un enlace de descarga y el código de extracción necesario.

Por favor, proporcione también la siguiente información para que los desarrolladores puedan reproducir el problema:

• Versión del modpack, versión de Java y memoria máxima asignada al juego.

• Pasos para reproducirlo: qué acciones se realizaron, cuántas veces se repitieron y cuánto tiempo pasó hasta que apareció la advertencia o tirones evidentes.

• Estado al exportar: si seguías en la partida guardada o ya habías vuelto al menú principal; si ejecutaste Perform GC.

• .hprof archivo o enlace de descarga, así como el de esta ejecución logs/latest.log; si hay un informe de fallos, adjúntalo también.

• VisualVM：Explorar un volcado de montículo

• VisualVM：Trabajar con aplicaciones locales

• VisualVM：Primeros pasos con VisualVM

• VisualVM：Características

• Oracle Java：Solución de problemas de fugas de memoria