debug - Depuración remota de Java, ¿cómo funciona técnicamente?
java debug remote (3)
Me gustan mucho las instalaciones de depuración remota de la JVM. Pero me pregunto cómo funciona internamente.
Mi suposición: se realiza a través de una función de JVM donde el proceso de ejecución es la descarga / uso del código fuente del depurador remoto adjunto (como IDE). Conoce la línea del stack-trace actual y luego puede saltar al respectivo IDE punto de inflexión. La comunicación del seguimiento de la pila y la introspección del estado de la aplicación se realiza a través de sockets o memoria compartida (configuración del depurador remoto).
¿Alguien tiene enlaces / recursos interesantes sobre eso?
La arquitectura de depuración de Java se llama JPDA. Probablemente quiera leer la documentation JPDA. En particular, la sección Recorrido proporciona un ejemplo de una interfaz IDE con el JDI para obtener un valor en la pila.
La depuración de Eclipse comienza con lo que se conoce como Agentes.
La JVM, que ejecuta las fuentes ".class" compiladas, tiene una característica que permite que bibliotecas externas (escritas en Java o C ++) sean inyectadas en la JVM, durante el tiempo de ejecución. Estas bibliotecas externas se denominan Agentes y tienen la capacidad de modificar el contenido de los archivos .class que se han ejecutado. Estos agentes tienen acceso a la funcionalidad de la JVM a la que no se puede acceder desde un código Java común que se ejecuta dentro de la JVM y se pueden usar para hacer cosas interesantes como inyectar y modificar el código fuente, el perfil, etc. Algunas herramientas como JRebel (utilizada para el reemplazo en caliente del código) hace uso de esta funcionalidad para lograr su magia.
Y para pasar un agente Lib a una JVM, lo hace a través de argumentos de inicio, usando el -
agentlib:libname[=options]
De hecho, estábamos pasando un Agente Lib llamado jdwp a la JVM que ejecuta Tomcat. El jdwp es una implementación JVM específica y opcional del JDWP (Java Debug Wire Protocol) que se utiliza para definir la comunicación entre un depurador y una JVM en ejecución. Su implementación, si está presente, se proporciona como una biblioteca nativa de JVM como jdwp.so o jdwp.dll
Entonces ¿Qué es lo que hace? En términos simples, el agente jdwp que pasamos básicamente cumple la función de ser un enlace entre la instancia de JVM que ejecuta una aplicación y un depurador (que puede ubicarse remota o localmente). Dado que es una Biblioteca de agentes, tiene la capacidad de interceptar el código en ejecución, crear un puente entre la JVM y un depurador, y tener la funcionalidad de un depurador aplicado en la JVM. Dado que en la arquitectura JVM, la funcionalidad de depuración no se encuentra dentro de la propia JVM pero se abstrae en herramientas externas (que se denominan depuradores), estas herramientas pueden residir en la máquina local ejecutando la JVM que se está depurando o ejecutando desde una máquina externa. Es esta arquitectura modular desacoplada la que nos permite tener una JVM ejecutándose en una máquina remota y usando el JDWP, tener un depurador remoto capaz de comunicarse con ella.
Así es como funciona el depurador Eclipse en pocas palabras.
Las funciones de depuración de la JVM se proporcionan a través de Java Platform Debugger Architecture (JPDA) .
El JPDA en sí se compone de lo siguiente:
- Interfaz de herramienta de máquina virtual de Java (JVM TI): la interfaz de programación nativa para herramientas a usar. Esta interfaz permite la inspección del estado y ayuda a controlar el flujo de ejecución dentro del depurador.
- Java Debug Wire Protocol (JDWP): se utiliza para definir la comunicación entre los procesos de depuración y depuración.
- Java Debug Interface (JDI): esta interfaz permite a los desarrolladores de herramientas escribir aplicaciones remotas de depurador.
El diagrama enumerado en la estructura de la arquitectura JPDA es un buen punto de partida. Lugares adicionales para buscar serían las guías enumeradas en la página JPDA .