涨姿势了!分享一个简单好用的源码调试方法
![涨姿势了!分享一个简单好用的源码调试方法](https://static001.geekbang.org/infoq/fb/fbb017f081c4af2e1c9f2f147aeb52be.png)
之前有写过一篇文章,文章中有这样的一段描述:
![](https://static001.geekbang.org/infoq/41/41084a1678f635b8e46f11d8db82828b.png)
然后有个读者来问我:
是怎么把 JDK 源码中的一行代码给注释掉的?
这个问题确实不错,属于一个偶尔用一下能起到奇效的源码调试技巧。所以我决定写个文章来说明一下这个问题。
但是这个技巧确实非常的简单,简单到一句话就能说明白,所以正如标题说到的“短小精悍,简单粗暴,但足够好用”,这篇文章也会非常的短。
首先,把问题换个问法,既然我能把源码注释了,那说明我能修改源码。所以,问题就变成了:我怎么去修改 JDK 的源码呢?
这个问题有很多个回答,但是我这里的回答很简单。把源码拷贝一份出来,原模原样的放一份到自己的项目中即可。
就像是这样:
![](https://static001.geekbang.org/infoq/2f/2f5de9f930d696f62403b2949a351a2b.png)
然后你在使用的时候,直接用你 CV 过来的源码,就行了:
![](https://static001.geekbang.org/infoq/d8/d8ef6512b78e043a96b061bbf1946689.png)
但是我一般使用这个方法的时候,CV 过来时,会把类名称重命名一下,以示区分,其他的啥都不改。
反正不管怎么样吧,这样在你的项目里面有一份“源码”了,这个“源码”和 JDK 里面的源码一模一样,这样你就能随便进行修改了。
比如,我在调用 put 方法的时候,加一点日志输出:
![](https://static001.geekbang.org/infoq/1b/1bc48ea5c1a632e7884fdf0c5922d621.png)
这样测试用例跑起来的时候,就能直接输出你添加的内容:
![](https://static001.geekbang.org/infoq/6a/6a3e30d081bc1f5ac94d47e58535f065.png)
你都能添加代码了,注释代码,甚至是修改代码逻辑,那还不是手到擒来的事情吗?
对于一些比较复杂的场景,比如异步或者循环等等场景,当你想要在源码中加入输出语句方便进行学习和调试的时候,你就可以用到这招。
这就是我这篇文章要教你的一个关于 JDK 源码的调试技巧。
整体用处不大,但是当你能想到用它的时候,就是发挥奇效的时候。
既然话题都到这里了,那么我再给你补充一个关于第三方框架的类似的调试技巧。
还是先举个例子。
比如我在项目中使用到了 @Async 注解,然后有一个自定义线程池,发起一个请求之后可以看到确实是使用了我的自定义线程池:
![](https://static001.geekbang.org/infoq/fc/fc0df9273242e01e93a0628d217756b4.png)
然后,问题就来了。
假设,我想让 @Async 注解支持 EL 表达式,也就是这样的写法:
![](https://static001.geekbang.org/infoq/6a/6a8f4108e05791243fe20777ad33e281.png)
目前,Spring 是不支持这样的配置的,当你这样配置并发起调用,会抛出这样的一个异常:
![](https://static001.geekbang.org/infoq/1b/1b6ba536ea6d8769a0b9e173ecde82cd.png)
它会把 ${thread-pool.name} 认为是一个 Bean,然后 Spring 里面并没有这样的一个 Bean,所以抛出找不到 Bean 的异常。
那么怎么才能让 @Async 注解支持 EL 表达式呢?
我之前写过《舒服,给Spring贡献一波源码。》这篇文章,里面用的就是这个案例,有兴趣的话可以去看看,我就不展开说了。
在文章里面,经过分析,我们知道只需要在 org.springframework.aop.interceptor.AsyncExecutionAspectSupport.findQualifiedExecutor(BeanFactory,String) 这个方法中,加入这几行代码就行了:
但是我当时采取的方案是通过 idea 的 Evaluate Expression 功能:
![](https://static001.geekbang.org/infoq/f4/f49679c4648c9427c417208034c09e60.png)
经过评论区提醒,其实用 CV 大法,更加直接、方便。
同样的道理,直接把 AsyncExecutionAspectSupport 这个类粘到我们自己的项目中去:
![](https://static001.geekbang.org/infoq/a9/a9620cbfb5b74df6dc7ecb725ad1769f.png)
这里需要注意的是,要保证包名称也一模一样,因为这个方法的底层逻辑是基于类加载机制实现的。
这样,我们就能针对我们自己项目中的 AsyncExecutionAspectSupport 类进行修改:
![](https://static001.geekbang.org/infoq/f9/f9f8bedcae12f8d06e5526c1fa669f81.png)
再次发起调用,这事儿就算成了:
![](https://static001.geekbang.org/infoq/58/58ff4962378f6b24e70ece86463734ab.png)
这个方法,适用于任何你能拿到源码的任何第三方框架。
虽然,很多第三方框架里面都会主动留下足够多的扩展点,以便使用者进行定制化开发。
所以我提供的这个方法好像用处并不是很大,但是我当年看 Dubbo 源码的时候,就是这样的看的。
就像是这样,在源码里面加入了大量的输出语句,然后基于输出语句去做分析:
![](https://static001.geekbang.org/infoq/7f/7fc2ed6084b41e6aad54f93d1ce5f8df.png)
![](https://static001.geekbang.org/infoq/2e/2e7331c0baf4f1de6b4e762f1b26c3b8.png)
虽然现在想起来,更加正确的操作应该是基于它的 SPI 机制去做。
但是,管它呢,反正当时我就是靠这种歪门邪道,也看的明明白白的。
好了,以上就本文的全部内容。
突出的就是一个短小精悍,简单粗暴,又足够好用。
玩去吧。
原文:https://mp.weixin.qq.com/s/wSq27f1Xm4gy8ZYsDjNk8Q
如果感觉本文对你有帮助,点赞关注支持一下,想要了解更多 Java 后端,大数据,算法领域最新资讯可以关注我公众号【架构师老毕】私信 666 还可获取更多 Java 后端,大数据,算法 PDF+大厂最新面试题整理+视频精讲
评论