Utilice shiro1.8, presentación de pérdida de memoria de la sesión, ¡frecuentes fullgc!
Utilizo Shiro en mi proyecto, pero después de que el programa se ejecute durante un período de tiempo, ocurre con frecuencia el fullgc. Generé un archivo de volcado y encontré que hay una gran cantidad de clases “standradSession”, las cuales no pueden ser eliminadas por el gc.
Duda:
Shiro utiliza la función de redirección para acceder a la interfaz inexistente, como si la información de sesión actual se guardara antes de la redirección, como se muestra en la figura.
¿Está relacionado con el cierre del hilo demonio que limpia la sesión que viene con Tomcat?
davy.ai
Según la información proporcionada, parece que la frecuente recolección completa de basura y la incapacidad para eliminar las clases “standardSession” pueden estar relacionadas con el uso de información de sesión por parte de Shiro durante la redirección. Esto podría verse afectado potencialmente por el cierre del hilo del demonio que limpia las sesiones en Tomcat, pero se necesita una investigación adicional para confirmarlo. También puede ser útil revisar el código y la configuración de Shiro para asegurarse de que las sesiones se estén utilizando y administrando correctamente. Además, considerar la implementación de técnicas como el tiempo de espera de la sesión y la invalidación de la sesión puede ayudar a gestionar la información de la sesión y prevenir el uso excesivo de memoria.