前言

在日常开发App的过程中，难免需要依赖第三方Sdk，这样就无形中增加了我们自己App的线程数，从而会导致App出现内存溢出、Cpu消耗增加等等负面影响。如果依赖的Sdk提供了线程池代理的接口还好，那样直接设置我们自定义的线程池。但是依赖的Sdk没有提供可设置的接口，那我们有没有办法把我们自定义的线程池代理进去呢？答案是肯定的，这里我给大家提供一种万能代理第三方Sdk线程池的方法----插桩。

一、插桩是什么？

我们都知道，在Android编译过程中，Java代码会被编译成Class文件，Class文件再被打进Dex文件，虚拟机最终会加载Dex文件去执行。

插桩，就是干涉代码的编译过程，在编译期间生成新的代码或者修改已有的代码，即修改Class文件，生成新的Class文件再被打进Dex文件，从而加入了你自己想要的逻辑。

那么Class文件的16进制代码。一般人都看不懂这些代码的含义，更别说去修改这些代码了...但既然AS可以将这些代码解析成开发者可以看懂的样子，说明Class文件肯定是遵循某个格式规范的。所以，就诞生了一个ASM框架，这个框架是完全有能力解析所有的Class文件，甚至修改Class文件的。它提供一套完整的API帮助我们在不需要了解Class文件格式规范的情况下，可以解析并修改Class文件。

ASM概念，操作流程:
需要创建一个 ClassReader 对象，将 .class 文件的内容读入到一个字节数组中

然后需要一个 ClassWriter 的对象将操作之后的字节码的字节数组回写

需要事件过滤器 ClassVisitor。在调用 ClassVisitor 的某些方法时会产生一个新的 XXXVisitor 对象，当我们需要修改对应的内容时只要实现自己的 XXXVisitor 并返回就可以了

ClassReader：用于读取已经编译好的.class文件。
ClassWriter：用于重新构建编译后的类，生成新的类的字节码文件。
各种Visitor类：CoreAPI根据字节码从上到下依次处理，对于字节码文件中不同的区域有不同的Visitor，比如用于访问方法的MethodVisitor、用于访问类变量的FieldVisitor、用于访问注解的AnnotationVisitor等。为了实现AOP，重点要使用的是MethodVisitor。

ASM 内部采用访问者模式将 .class 类文件的内容从头到尾扫描一遍，每次扫描到类文件相应的内容时，都会调用ClassVisitor内部相应的方法。

例如：

扫描到类文件时，会回调ClassVisitor的visit()方法；

扫描到类注解时，会回调ClassVisitor的visitAnnotation()方法；

扫描到类成员时，会回调ClassVisitor的visitField()方法；

扫描到类方法时，会回调ClassVisitor的visitMethod()方法；

扫描到相应结构内容时，会回调相应方法，该方法会返回一个对应的字节码操作对象(比如，visitMethod()返回MethodVisitor实例)，通过修改这个对象，就可以修改class文件相应结构部分内容。

最后将这个ClassVisitor字节码内容覆盖原来.class文件就实现了类文件的代码切入。

二、使用步骤

1.思维导图

2.如何扫描到创建的线程和线程池（扫描工具）

源码	字节码
new ThreadPoolExecutor(corePoolSize,maxPoolSize,TIME_OUT,TimeUnit.SECONDS,new LinkedBlockingDeque<>(256), threadFactory);	java/util/concurrent/ThreadPoolExecutor."<init>":(IIJLjava/util/concurrent/TimeUnit;Ljava/util/concurrent/BlockingQueue;Ljava/util/concurrent/ThreadFactory;)V
new Thread(new Runnable(), "startAsyncJob");	java/lang/Thread."<init>":(Ljava/lang/Runnable;Ljava/lang/String;)V
Executors.newSingleThreadScheduledExecutor();	invokestatic #6 java/util/concurrent/Executors.newSingleThreadScheduledExecutor:()Ljava/util/concurrent/ScheduledExecutorService;