天下事有难易乎?为之,则难者亦易矣;不为,则易者亦难矣。

偷天换日,用JavaAgent欺骗你的JVM

itzoo 440次浏览 0个评论

点击“终码一生”,关注,置顶公众号

每日技术干货,第一时间送达!



熟悉Spring的小伙伴们应该都对aop比较了解,面向切面编程允许我们在目标方法的前后织入想要执行的逻辑,而今天要给大家介绍的Java Agent技术,在思想上与aop比较类似,翻译过来可以被称为Java代理、Java探针技术。


Java Agent出现在JDK1.5版本以后,它允许程序员利用agent技术构建一个独立于应用程序的代理程序,用途也非常广泛,可以协助监测、运行、甚至替换其他JVM上的程序,先从下面这张图直观的看一下它都被应用在哪些场景:



看到这里你是不是也很好奇,究竟是什么神仙技术,能够应用在这么多场景下,那今天我们就来挖掘一下,看看神奇的Java Agent是如何工作在底层,默默支撑了这么多优秀的应用。


回到文章开头的类比,我们还是用和aop比较的方式,来先对Java Agent有一个大致的了解:


  • 作用级别:aop运行于应用程序内的方法级别,而agent能够作用于虚拟机级别

  • 组成部分:aop的实现需要目标方法和逻辑增强部分的方法,而Java Agent要生效需要两个工程,一个是agent代理,另一个是需要被代理的主程序

  • 执行场合:aop可以运行在切面的前后或环绕等场合,而Java Agent的执行只有两种方式,jdk1.5提供的preMain模式在主程序运行前执行,jdk1.6提供的agentMain在主程序运行后执行


下面我们就分别看一下在两种模式下,如何动手实现一个agent代理程序。



1

Premain模式


Premain模式允许在主程序执行前执行一个agent代理,实现起来非常简单,下面我们分别实现两个组成部分。


agent


先写一个简单的功能,在主程序执行前打印一句话,并打印传递给代理的参数:


public class MyPreMainAgent {
    public static void premain(String agentArgs, Instrumentation inst) {
        System.out.println("premain start");
        System.out.println("args:"+agentArgs);
    }
}


在写完了agent的逻辑后,需要把它打包成jar文件,这里我们直接使用maven插件打包的方式,在打包前进行一些配置。


<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-jar-plugin</artifactId>
            <version>3.1.0</version>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                    </manifest>
                    <manifestEntries>
                        <Premain-Class>com.cn.agent.MyPreMainAgent</Premain-Class>                            
                        <Can-Redefine-Classes>true</Can-Redefine-Classes>
                        <Can-Retransform-Classes>true</Can-Retransform-Classes>
                        <Can-Set-Native-Method-Prefix>true</Can-Set-Native-Method-Prefix>
                    </manifestEntries>
                </archive>
            </configuration>
        </plugin>
    </plugins>
</build>


配置的打包参数中,通过manifestEntries的方式添加属性到MANIFEST.MF文件中,解释一下里面的几个参数:


  • Premain-Class:包含premain方法的类,需要配置为类的全路径

  • Can-Redefine-Classes:为true时表示能够重新定义class

  • Can-Retransform-Classes:为true时表示能够重新转换class,实现字节码替换

  • Can-Set-Native-Method-Prefix:为true时表示能够设置native方法的前缀


其中Premain-Class为必须配置,其余几项是非必须选项,默认情况下都为false,通常也建议加入,这几个功能我们会在后面具体介绍。在配置完成后,使用mvn命令打包:


mvn clean package


打包完成后生成myAgent-1.0.jar文件,我们可以解压jar文件,看一下生成的MANIFEST.MF文件:



可以看到,添加的属性已经被加入到了文件中。到这里,agent代理部分就完成了,因为代理不能够直接运行,需要附着于其他程序,所以下面新建一个工程来实现主程序。


主程序


在主程序的工程中,只需要一个能够执行的main方法的入口就可以了。


public class AgentTest {
    public static void main(String[] args) {
        System.out.println("main project start");
    }
}


在主程序完成后,要考虑的就是应该如何将主程序与agent工程连接起来。这里可以通过-javaagent参数来指定运行的代理,命令格式如下:


java -javaagent:myAgent.jar -jar AgentTest.jar


并且,可以指定的代理的数量是没有限制的,会根据指定的顺序先后依次执行各个代理,如果要同时运行两个代理,就可以按照下面的命令执行:


java -javaagent:myAgent1.jar -javaagent:myAgent2.jar  -jar AgentTest.jar


以我们在idea中执行程序为例,在VM options中加入添加启动参数:


-javaagent:F:WorkspaceMyAgenttargetmyAgent-1.0.jar=Hydra
-javaagent:F:WorkspaceMyAgenttargetmyAgent-1.0.jar=Trunks


执行main方法,查看输出结果:



根据执行结果的打印语句可以看出,在执行主程序前,依次执行了两次我们的agent代理。可以通过下面的图来表示执行代理与主程序的执行顺序。



缺陷


在提供便利的同时,premain模式也有一些缺陷,例如如果agent在运行过程中出现异常,那么也会导致主程序的启动失败。我们对上面例子中agent的代码进行一下改造,手动抛出一个异常。


public static void premain(String agentArgs, Instrumentation inst) {
    System.out.println("premain start");
    System.out.println("args:"+agentArgs);
    throw new RuntimeException("error");
}


再次运行主程序:



可以看到,在agent抛出异常后主程序也没有启动。针对premain模式的一些缺陷,在jdk1.6之后引入了agentmain模式。



2

Agentmain模式


agentmain模式可以说是premain的升级版本,它允许代理的目标主程序的jvm先行启动,再通过attach机制连接两个jvm,下面我们分3个部分实现。


agent


agent部分和上面一样,实现简单的打印功能:


public class MyAgentMain {
    public static void agentmain(String agentArgs, Instrumentation instrumentation) {
        System.out.println("agent main start");
        System.out.println("args:"+agentArgs);
    }
}


修改maven插件配置,指定Agent-Class:


<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>3.1.0</version>
    <configuration>
        <archive>
            <manifest>
                <addClasspath>true</addClasspath>
            </manifest>
            <manifestEntries>
                <Agent-Class>com.cn.agent.MyAgentMain</Agent-Class>
                <Can-Redefine-Classes>true</Can-Redefine-Classes>
                <Can-Retransform-Classes>true</Can-Retransform-Classes>
            </manifestEntries>
        </archive>
    </configuration>
</plugin>


主程序


这里我们直接启动主程序等待代理被载入,在主程序中使用了System.in进行阻塞,防止主进程提前结束。


public class AgentmainTest {
    public static void main(String[] args) throws IOException {
        System.in.read();
    }
}


attach机制


和premain模式不同,我们不能再通过添加启动参数的方式来连接agent和主程序了,这里需要借助com.sun.tools.attach包下的VirtualMachine工具类,需要注意该类不是jvm标准规范,是由Sun公司自己实现的,使用前需要引入依赖:


<dependency>
    <groupId>com.sun</groupId>
    <artifactId>tools</artifactId>
    <version>1.8</version>
    <scope>system</scope>
    <systemPath>${JAVA_HOME}libtools.jar</systemPath>
</dependency>


VirtualMachine代表了一个要被附着的java虚拟机,也就是程序中需要监控的目标虚拟机,外部进程可以使用VirtualMachine的实例将agent加载到目标虚拟机中。先看一下它的静态方法attach:


public static VirtualMachine attach(String var0);


通过attach方法可以获取一个jvm的对象实例,这里传入的参数是目标虚拟机运行时的进程号pid。也就是说,我们在使用attach前,需要先获取刚才启动的主程序的pid,使用jps命令查看线程pid:


11140
16372 RemoteMavenServer36
16392 AgentmainTest
20204 Jps
2460 Launcher


获取到主程序AgentmainTest运行时pid是16392,将它应用于虚拟机的连接。


public class AttachTest {
    public static void main(String[] args) {
        try {
            VirtualMachine vm= VirtualMachine.attach("16392");
            vm.loadAgent("F:WorkspaceMyAgenttargetmyAgent-1.0.jar","param");
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}


在获取到VirtualMachine实例后,就可以通过loadAgent方法可以实现注入agent代理类的操作,方法的第一个参数是代理的本地路径,第二个参数是传给代理的参数。执行AttachTest,再回到主程序AgentmainTest的控制台,可以看到执行了了agent中的代码:



这样,一个简单的agentMain模式代理就实现完成了,可以通过下面这张图再梳理一下三个模块之间的关系。




3

应用


到这里,我们就已经简单地了解了两种模式的实现方法,但是作为高质量程序员,我们肯定不能满足于只用代理单纯地打印语句,下面我们再来看看能怎么利用Java Agent搞点实用的东西。


在上面的两种模式中,agent部分的逻辑分别是在premain方法和agentmain方法中实现的,并且,这两个方法在签名上对参数有严格的要求,premain方法允许以下面两种方式定义:


public static void premain(String agentArgs)
public static void premain(String agentArgs, Instrumentation inst)


agentmain方法允许以下面两种方式定义:


public static void agentmain(String agentArgs)
public static void agentmain(String agentArgs, Instrumentation inst)


如果在agent中同时存在两种签名的方法,带有Instrumentation参数的方法优先级更高,会被jvm优先加载,它的实例inst会由jvm自动注入,下面我们就看看能通过Instrumentation实现什么功能。


Instrumentation


先大体介绍一下Instrumentation接口,其中的方法允许在运行时操作java程序,提供了诸如改变字节码,新增jar包,替换class等功能,而通过这些功能使Java具有了更强的动态控制和解释能力。在我们编写agent代理的过程中,Instrumentation中下面3个方法比较重要和常用,我们来着重看一下。


addTransformer


addTransformer方法允许我们在类加载之前,重新定义Class,先看一下方法的定义:


void addTransformer(ClassFileTransformer transformer);


ClassFileTransformer是一个接口,只有一个transform方法,它在主程序的main方法执行前,装载的每个类都要经过transform执行一次,可以将它称为转换器。我们可以实现这个方法来重新定义Class,下面就通过一个例子看看具体如何使用。


首先,在主程序工程创建一个Fruit类:


public class Fruit {
    public void getFruit(){
        System.out.println("banana");
    }
}


编译完成后复制一份class文件,并将其重命名为Fruit2.class,再修改Fruit中的方法为:


public void getFruit(){
    System.out.println("apple");
}


创建主程序,在主程序中创建了一个Fruit对象并调用了其getFruit方法:


public class TransformMain {
    public static void main(String[] args) {
        new Fruit().getFruit();
    }
}


这时执行结果会打印apple,接下来开始实现premain代理部分。


在代理的premain方法中,使用Instrumentation的addTransformer方法拦截类的加载:


public class TransformAgent {
    public static void premain(String agentArgs, Instrumentation inst) {
        inst.addTransformer(new FruitTransformer());
    }
}


FruitTransformer类实现了ClassFileTransformer接口,转换class部分的逻辑都在transform方法中:


public class FruitTransformer implements ClassFileTransformer {
    @Override
    public byte[] transform(ClassLoader loader, String className, Class<?> classBeingRedefined,
                            ProtectionDomain protectionDomain, byte[] classfileBuffer
)
{
        if (!className.equals("com/cn/hydra/test/Fruit"))
            return classfileBuffer;

        String fileName="F:Workspaceagent-testtargetclassescomcnhydratestFruit2.class";
        return getClassBytes(fileName);
    }

    public static byte[] getClassBytes(String fileName){
        File file = new File(fileName);
        try(InputStream is = new FileInputStream(file);
            ByteArrayOutputStream bs = new ByteArrayOutputStream()){
            long length = file.length();
            byte[] bytes = new byte[(int) length];

            int n;
            while ((n = is.read(bytes)) != -1) {
                bs.write(bytes, 0, n);
            }
            return bytes;
        }catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
}


在transform方法中,主要做了两件事:


  • 因为addTransformer方法不能指明需要转换的类,所以需要通过className判断当前加载的class是否我们要拦截的目标class,对于非目标class直接返回原字节数组,注意className的格式,需要将类全限定名中的.替换为/

  • 读取我们之前复制出来的class文件,读入二进制字符流,替换原有classfileBuffer字节数组并返回,完成class定义的替换


将agent部分打包完成后,在主程序添加启动参数:


-javaagent:F:WorkspaceMyAgenttargettransformAgent-1.0.jar


再次执行主程序,结果打印:


banana


这样,就实现了在main方法执行前class的替换。


redefineClasses


我们可以直观地从方法的名字上来理解它的作用,重定义class,通俗点来讲的话就是实现指定类的替换。方法定义如下:


void redefineClasses(ClassDefinition... definitions) throws  ClassNotFoundException, UnmodifiableClassException;


它的参数是可变长的ClassDefinition数组,再看一下ClassDefinition的构造方法:


public ClassDefinition(Class<?> theClass,byte[] theClassFile) {...}


ClassDefinition中指定了的Class对象和修改后的字节码数组,简单来说,就是使用提供的类文件字节,替换了原有的类。并且,在redefineClasses方法重定义的过程中,传入的是ClassDefinition的数组,它会按照这个数组顺序进行加载,以便满足在类之间相互依赖的情况下进行更改。


下面通过一个例子来看一下它的生效过程,premain代理部分:


public class RedefineAgent {
    public static void premain(String agentArgs, Instrumentation inst) 
throws UnmodifiableClassException, ClassNotFoundException
{
        String fileName="F:Workspaceagent-testtargetclassescomcnhydratestFruit2.class";
        ClassDefinition def=new ClassDefinition(Fruit.class,
                FruitTransformer.getClassBytes(fileName));
        inst.redefineClasses(new ClassDefinition[]{def});
    }
}


主程序可以直接复用上面的,执行后打印:


banana


可以看到,用我们指定的class文件的字节替换了原有类,即实现了指定类的替换。


retransformClasses


retransformClasses应用于agentmain模式,可以在类加载之后重新定义Class,即触发类的重新加载。首先看一下该方法的定义:


void retransformClasses(Class<?>... classes) throws UnmodifiableClassException;


它的参数classes是需要转换的类数组,可变长参数也说明了它和redefineClasses方法一样,也可以批量转换类的定义。


下面,我们通过例子来看看如何使用retransformClasses方法,agent代理部分代码如下:


public class RetransformAgent {
    public static void agentmain(String agentArgs, Instrumentation inst)
            throws UnmodifiableClassException
{
        inst.addTransformer(new FruitTransformer(),true);
        inst.retransformClasses(Fruit.class);
        System.out.println("retransform success");
    }
}


看一下这里调用的addTransformer方法的定义,与上面略有不同:


void addTransformer(ClassFileTransformer transformer, boolean canRetransform);


ClassFileTransformer转换器依旧复用了上面的FruitTransformer,重点看一下新加的第二个参数,当canRetransform为true时,表示允许重新定义class。这时,相当于调用了转换器ClassFileTransformer中的transform方法,会将转换后class的字节作为新类定义进行加载。


主程序部分代码,我们在死循环中不断的执行打印语句,来监控类是否发生了改变:


public class RetransformMain {
    public static void main(String[] args) throws InterruptedException {
        while(true){
            new Fruit().getFruit();
            TimeUnit.SECONDS.sleep(5);
        }
    }
}


最后,使用attach api注入agent代理到主程序中:


public class AttachRetransform {
    public static void main(String[] args) throws Exception {
        VirtualMachine vm = VirtualMachine.attach("6380");
        vm.loadAgent("F:WorkspaceMyAgenttargetretransformAgent-1.0.jar");
    }
}


回到主程序控制台,查看运行结果:



可以看到在注入代理后,打印语句发生变化,说明类的定义已经被改变并进行了重新加载。


其他


除了这几个主要的方法外,Instrumentation中还有一些其他方法,这里仅简单列举一下常用方法的功能:


  • removeTransformer:删除一个ClassFileTransformer类转换器

  • getAllLoadedClasses:获取当前已经被加载的Class

  • getInitiatedClasses:获取由指定的ClassLoader加载的Class

  • getObjectSize:获取一个对象占用空间的大小

  • appendToBootstrapClassLoaderSearch:添加jar包到启动类加载器

  • appendToSystemClassLoaderSearch:添加jar包到系统类加载器

  • isNativeMethodPrefixSupported:判断是否能给native方法添加前缀,即是否能够拦截native方法

  • setNativeMethodPrefix:设置native方法的前缀


Javassist


在上面的几个例子中,我们都是直接读取的class文件中的字节来进行class的重定义或转换,但是在实际的工作环境中,可能更多的是去动态的修改class文件的字节码,这时候就可以借助javassist来更简单的修改字节码文件。


简单来说,javassist是一个分析、编辑和创建java字节码的类库,在使用时我们可以直接调用它提供的api,以编码的形式动态改变或生成class的结构。相对于ASM等其他要求了解底层虚拟机指令的字节码框架,javassist真的是非常简单和快捷。


下面,我们就通过一个简单的例子,看看如何将Java agent和Javassist结合在一起使用。首前先引入javassist的依赖:


<dependency>
    <groupId>org.javassist</groupId>
    <artifactId>javassist</artifactId>
    <version>3.20.0-GA</version>
</dependency>


我们要实现的功能是通过代理,来计算方法执行的时间。premain代理部分和之前基本一致,先添加一个转换器:


public class Agent {
    public static void premain(String agentArgs, Instrumentation inst) {
        inst.addTransformer(new LogTransformer());
    }

    static class LogTransformer implements ClassFileTransformer {
        @Override
        public byte[] transform(ClassLoader loader, String className, Class<?> classBeingRedefined,
                                ProtectionDomain protectionDomain, byte[] classfileBuffer)
            throws IllegalClassFormatException {
            if (!className.equals("com/cn/hydra/test/Fruit"))
                return null;

            try {
                return calculate();
            } catch (Exception e) {
                e.printStackTrace();
                return null;
            }
        }
    }
}


在calculate方法中,使用javassist动态的改变了方法的定义:


static byte[] calculate() throws Exception {
    ClassPool pool = ClassPool.getDefault();
    CtClass ctClass = pool.get("com.cn.hydra.test.Fruit");
    CtMethod ctMethod = ctClass.getDeclaredMethod("getFruit");
    CtMethod copyMethod = CtNewMethod.copy(ctMethod, ctClass, new ClassMap());
    ctMethod.setName("getFruit$agent");

    StringBuffer body = new StringBuffer("{n")
            .append("long begin = System.nanoTime();n")
            .append("getFruit$agent($$);n")
            .append("System.out.println("use "+(System.nanoTime() - begin) +" ns");n")
            .append("}");
    copyMethod.setBody(body.toString());
    ctClass.addMethod(copyMethod);
    return ctClass.toBytecode();
}


在上面的代码中,主要实现了这些功能:


  • 利用全限定名获取类CtClass

  • 根据方法名获取方法CtMethod,并通过CtNewMethod.copy方法复制一个新的方法

  • 修改旧方法的方法名为getFruit$agent

  • 通过setBody方法修改复制出来方法的内容,在新方法中进行了逻辑增强并调用了旧方法,最后将新方法添加到类中


主程序仍然复用之前的代码,执行查看结果,完成了代理中的执行时间统计功能:



这时候我们可以再通过反射看一下:


for (Method method : Fruit.class.getDeclaredMethods()) {
    System.out.println(method.getName());
    method.invoke(new Fruit());
    System.out.println("-------");
}


查看结果,可以看到类中确实已经新增了一个方法:



除此之外,javassist还有很多其他的功能,例如新建Class、设置父类、读取和写入字节码等等,大家可以在具体的场景中学习它的用法。



4

总结


虽然我们在平常的工作中,直接用到Java Agent的场景可能并不是很多,但是在热部署、监控、性能分析等工具中,它们可能隐藏在业务系统的角落里,一直在默默发挥着巨大的作用。


本文从Java Agent的两种模式入手,手动实现并简要分析了它们的工作流程,虽然在这里只利用它们完成了一些简单的功能,但是不得不说,正是Java Agent的出现,让程序的运行不再循规蹈矩,也为我们的代码提供了无限的可能性。


PS:防止找不到本篇文章,可以收藏点赞,方便翻阅查找哦。


往期推荐



腾讯三面:40亿个QQ号码如何去重?

前端鉴权必须了解的 5 个兄弟:cookie、session、token、jwt、单点登录

SpringBoot + Redis:模拟 10w 人的秒杀抢单!

面试官:抛开Spring来说,如何自己实现Spring AOP?

为什么要使用注册中心?是eureka还是nacos?

Java 8 的Stream流那么强大,你知道它的原理吗?



ITZOO版权所有丨如未注明 , 均为原创丨转载请注明来自IT乐园 ->偷天换日,用JavaAgent欺骗你的JVM
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址