项目创建了几百个线程，你要怎么优化？

override fun compareTo(other: Any): Int {

// 省略代码

}

}

这里有一点要说明，有些task可能同时继承于Runnable、Callable、甚至Comparable，如果只包装成Runnable，当调用其他接口方法时会crash，所以这里要把已知的可能会继承的接口都实现。（当然如果后面发现没覆盖全，可以把新的接口继续加进来。至于用户自定义Runnable实现很多接口的情况不用担心。因为替换为PoolRunnable后都是系统代码在运行，主要看系统代码是否会调用call()、compareTo()等方法就好，上层随意调用被包装的runnable中各种自定义方法是没问题的）。

但是对于建立“线程-线程池”关系来说，这样要等到run()方法被执行时才能建立关系，感觉有点晚。这里可以更进一步，替换掉线程池中threadFactory，同样是自己包一层，在newThread()方法中即可及时拿到线程池创建的线程，这样就可以先和线程池建立关联，然后run()时再和堆栈建立关联。好了！new方式创建的线程池搞定，接下来看看Executors.xxx怎么玩，我们可不可以自己写个ProxyExecutors，使用asm把所有Executors.xxx都替换成ProxyExecutors.xxx，然后把其中new ThreadPool都换成new BaseThreadPool呢？

object ProxyExecutors {

@JvmStatic

fun newFixedThreadPool(nThreads: Int): ExecutorService {

return BaseThreadPoolExecutor(

nThreads, nThreads,

0L, TimeUnit.MILLISECONDS,

LinkedBlockingQueue()

)

}

@JvmStatic

fun newCachedThreadPool(): ExecutorService {

return BaseThreadPoolExecutor(

0, Int.MAX_VALUE,

60L, TimeUnit.SECONDS,

SynchronousQueue()

)

}

@JvmStatic

fun newScheduledThreadPool(

corePoolSize: Int,

threadFactory: ThreadFactory?

): ScheduledExecutorService {

return BaseScheduledThreadPoolExecutor(corePoolSize, threadFactory)

}

}

对于某些线程池确实没啥问题，但当你继续写下去时，会出问题，比如：

@JvmStatic

fun newSingleThreadScheduledExecutor(): ScheduledExecutorService {

return BaseDelegatedScheduledExecutorService(

ScheduledThreadPoolExecutor(1)

)

}

DelegatedScheduledExecutorService是Executors的私有内部类，没办法方便的写出BaseDelegatedScheduledExecutorService。所以继续观察下，发现所有创建线程池方法都返回的都是ExecutorService或ScheduledExecutorService，既然这么统一，并且这两个都是接口，那我们就使用动态代理吧！通过代理，就可以拿到接口的各种方法以及方法参数，然后为所欲为。以ExecutorService接口为例：

object ProxyExecutors {

@JvmStatic

fun newFixedThreadPool(nThreads: Int): ExecutorService {

return proxy(Executors.newFixedThreadPool(nThreads))

}

}

private fun proxy(executorService: ExecutorService): ExecutorService {

if (executorService is ThreadPoolExecutor) {

// 这里和BaseThreadPoolExecutor一样，设置ThreadFactory为了尽早获取线程信息和线程池建立联系，而不用等到run时

executorService.threadFactory = BaseThreadFactory(

executorService.threadFactory,

toObjectString(executorService)

)

}

val handler = ProxyExecutorService(executorService)

return Proxy.newProxyInstance(

executorService.javaClass.classLoader,

AbstractExecutorService::class.java.interfaces,

handler

) as ExecutorService

}

// 这里使用java是因为kotlin在调用java变长参数方法时有坑

public class ProxyExecutorService implements InvocationHandler {

private ExecutorService executor;

private String poolName = null;

ProxyExecutorService(ExecutorService executor) {

this.executor = executor;

poolName = TrackerUtils.toObjectString(executor);

// 初始化时获取线程池信息

String createStack = TrackerUtils.getStackString(false);

// 省略部分代码

}

@Override

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {

// 因方法数众多，并且被代理的各类中方法也不一致

// 所以被调用方法中只要含有Runnable、Callable类型的参数，都替换成PoolRunnable代理

if (args != null) {

String callStack = TrackerUtils.getStackString(true);

for (int i = 0; i < args.length; i++) {

Object arg = args[i];

if ((arg instanceof Runnable || arg instanceof Callable) && !(arg instanceof PoolRunnable)) {

// execute submit 等情况

PoolRunnable any = new PoolRunnable(arg, callStack, poolName);

// 替换方法参数

args[i] = any;

} else if (arg instanceof Collection && !((Collection) arg).isEmpty()) {

// invokeAny invokeAll 等情况

Iterator iter = ((Collection) arg).iterator();

ArrayList taskList = new ArrayList<>();

boolean allOk = iter.hasNext();

while (iter.hasNext()) {

Object it = iter.next();

if (it instanceof Runnable || it instanceof Callable) {

if (it instanceof PoolRunnable) {

taskList.add((PoolRunnable) it);

} else {

taskList.add(new PoolRunnable(it, callStack, poolName));

}

} else {

allOk = false;

break;

}

}

if (allOk) {

// 替换方法参数

args[i] = taskList;

}

}

}

}

if (method.getName().equals(“shutdown”) || method.getName().equals(“shutdownNow”)) {

ThreadInfoManager.getINSTANCE().shutDownPool(poolName);

}

return method.invoke(executor, args);

}

}

在invoke方法中，我们把所有参数为Runnable或Callable的都替换成自己的PoolRunnable，后面和new创建线程池的套路一样，在PoolRunnable的run()或call()方法中进行线程与堆栈的关联。完美！但是考虑一个问题，如果有人不幸写出这样的代码，会发生什么呢？

val pool = Executors.newFixedThreadPool(3) as ThreadPoolExecutor

对了，会crash，因为我们动态代理后代理对象变成了ExecutorService，没办法向下转型成ThreadPoolExecutor，这也是动态代理的一个缺点，只能代理接口，如果一个类A除了实现接口还有很多自己的方法，动态代理对这些方法是无能为力的，代理后对象只是接口的实例，无法转成类A。这个问题可以使用cglib/javassist库解决，这里就不展开了。为了保险起见，我们可以把能用Base替换的都替换掉，只有类似newSingleThreadScheduledExecutor()这种不能用Base替换的才用动态代理：

object ProxyExecutors {

@JvmStatic

fun newFixedThreadPool(nThreads: Int): ExecutorService {

// 这里使用BaseThreadPoolExecutor主要是为了避免上层代码把ExecutorService转型成ThreadPoolExecutor的问题，如果使用proxy方法动态代理，上层这么做会crash

return BaseThreadPoolExecutor(

nThreads, nThreads,

0L, TimeUnit.MILLISECONDS,

LinkedBlockingQueue()

)

// return proxy(Executors.newFixedThreadPool(nThreads))

}

ok，线程池搞定了。但除了线程和线程池，Java和Android中还有很多封装了线程线程池的类。比如HandlerThread，Timer，ASyncTask等，我们先处理这几个常用类吧。

HandlerThread本质上就是Thread，采用和Thread类似的处理方式就好。

Timer内部有个私有的TimerThread成员，本质也是个Thread，看源码可知Timer在构造方法中便启动了这个Thread，所以调用栈也就是Timer被初始化的栈。我们可以新建BaseTimer，使用asm将代码中的Timer替换掉，然后构造方法中获取调用栈，再通过反射拿到内部Thread成员，获取其id等信息，与调用栈关联即可。

ASyncTask这个相对来说难办一些，这里面主要有两个Executor：THREAD_POOL_EXECUTOR和SERIAL_EXECUTOR，其中主要干活的是THREAD_POOL_EXECUTOR，而SERIAL_EXECUTOR并不是真正意义上的线程池，只是实现了Executor接口而已。SERIAL_EXECUTOR的execute()方法在向一个队列中添加任务，然后依次取出送入THREAD_POOL_EXECUTOR中执行，所以我们需要THREAD_POOL_EXECUTOR的线程池信息，关联SERIAL_EXECUTOR的execute()任务添加栈信息。

而外界又可以直接用THREAD_POOL_EXECUTOR添加任务，这种情况下就又需要THREAD_POOL_EXECUTOR的任务添加栈信息了，所以这里需要一些特殊处理。总体思路仍然是动态代理SERIAL_EXECUTOR和THREAD_POOL_EXECUTOR，然后把代理设置回ASyncTask，时机为app启动时。由于ASyncTask中这两个线程池对象是final的，所以需要通过反射修改modifiers去掉final位。这在5.0及以上系统没什么问题，但4.x的源码中modifiers是通过native获取的：

/**

* Returns the modifiers for this field. The {@link Modifier} class should

* be used to decode the result.

总结

最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的Android开发中高级必知必会核心笔记，共计2968页PDF、58w字，囊括Android开发648个知识点，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。

虽然面试失败了，但我也不会放弃入职字节跳动的决心的！建议大家面试之前都要有充分的准备，顺顺利利的拿到自己心仪的offer。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！
），包知识脉络 + 诸多细节。

[外链图片转存中…(img-zSLp9TVq-1715432618306)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。

虽然面试失败了，但我也不会放弃入职字节跳动的决心的！建议大家面试之前都要有充分的准备，顺顺利利的拿到自己心仪的offer。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门，即可获取！