splinter

splinter é um kit de ferramentas de análise da jvm, permitindo ao usuário visualizar classes, métodos, campos, constant pools e bytecode em tempo de execução. isto foi feito e testado no openjdk build 22.0.2+9-70

o que é splinter?

normalmente, quando você pensa em um kit de ferramentas de análise para a jvm, você pensaria que ele usa jni ou jvmti, mas não o splinter!

splinter é na verdade externo e tem estas capacidades agora:

• pode ler vmstructs do hotspot a partir de um processo em execução
• pode decodificar bytecode ao vivo sobre Method e ConstMethod

o objetivo de longo prazo é que seja um kit de ferramentas de análise da jvm em tempo de execução para:

• inspeção de classes carregadas
• inspeção de métodos e campos
• decodificação do constant-pool
• desmontagem de bytecode
• análise de gráfico de classes e metadados

estado atual

a base de código atual é atualmente uma fundação, mas ainda funciona

a partir da escrita deste (3/11/2026), splinter pode:

• anexar-se a um processo legível javaw.exe automaticamente
• localizar jvm.dll no processo alvo
• resolver tabelas VMStruct exportadas pelo HotSpot de jvm.dll
• analisar:
  • campos VMStruct
  • VMTypes
  • constantes int do HotSpot
  • constantes long do HotSpot
• listar classes carregadas através de ClassLoaderDataGraph
• inspecionar Klass e InstanceKlass
• decodificar entradas do constant-pool
• decodificar streams de campo do HotSpot de InstanceKlass::_fieldinfo_stream
• inspecionar Method / ConstMethod
• ler bytecodes ao vivo
• desmontar bytecode com suporte a bytecode reescrito/em tempo de execução do HotSpot

bytecode

uma das partes mais legais do splinter é que ele não usa bytecode no formato classfile, ele na verdade usa instruções de bytecode em tempo de execução do interpretador do hotspot que são posteriormente lidas de volta para você como referências simbólicas de classe/método/campo.

isso importa porque o hotspot tende a reescrever algumas instruções em tempo de execução. atualmente estamos lidando com:

• índices codificados de invokedynamic
• hotpsot fast bytecodes como:
  • fast_iaccess_0
  • fast_igetfield
  • fast_aldc
  • invokehandle