从一次问题讨论聊聊我对阅读源码的思考

来自:肥朝(微信号:feichao_java),作者:肥朝

比如本文,没有深度思考的同学,很容易就被表面现象所迷惑,以为问题就此解决,立马关掉文章。但是深度思考的同学就会选择关注肥朝公众号,然后星标置顶,并思考,肥朝为什么能迅速找到这个关键的类呢?这个才是最核心的问题!一定要明白什么叫"解决一个问题"和"解决一类问题"!如果你没有掌握分析问题的方法和技巧,下次遇到其他的注解,你还是解决不了,那又有什么意义?

分析问题

由于肥朝之前写过Dubbo系列的源码解析,公众号也大多是老粉丝,那么我就以Dubbo为例,说下分析问题的思路。当然这个时候喜欢抬杠的同学可能就要反驳了,这个问题不是Springboot的吗,和Dubbo有什么关系?我只能说,优秀的代码,套路思想都基本相同,坑爹的代码,却各有各种不同的坑法。拿Dubbo来分析,并不影响你发现问题的本质!

比如Dubbo中常强调的就是"微核心"、"插件式"。梁飞曾经提过

即然要扩展,扩展点的加载方式,首先要统一, 微核心+插件式,是比较能达到OCP原则的思路,由一个插件生命周期管理容器,构成微核心,核心不包括任何功能,这样可以确保所有功能都能被替换, 并且,框架作者能做到的功能,扩展者也一定要能做到,以保证平等对待第三方, 所以,框架自身的功能也要用插件的方式实现,不能有任何硬编码。

很多同学看完这段一脸懵逼。其实这段话的后半部分是关键

框架作者能做到的功能,扩展者也一定要能做到,以保证平等对待第三方, 所以,框架自身的功能也要用插件的方式实现,不能有任何硬编码。

所以从这段话肥朝就可以断定,actuator如果要用定时器的功能,他肯定站在和普通使用者也就是公众号粉丝使用定时器的角度,去启动这个定时器的功能。

也就是说,spring-boot-starter-actuator中,肯定是有类打上了@EnableScheduling注解,而不是零散的调用注解底层封装的一些东西。这个是理论基础。这个理论基础,才能决定你下一步的思考和行动方向。

有了理论基础,那么关键是,到底哪个类打上了啊!这个时候,我们可以利用idea的搜索技巧来

idea的这个搜索功能很好用,搜索scope可以设置各种范围,看源码必备技能!

考虑到每个人的快捷键不同,因此看下图

敲黑板划重点

看到这里,很多人就容易理解成,本篇是介绍idea的技巧的文章。还是那句话,看问题一定要深度思考。源码是看不完的,但是解决问题的手段和套路,却是有限的。很多同学看源码,就只是看个流程,感觉像看电影一样,并没有个人的独立思考,这样知识的转换率实在太低。比如你注意看我本文分析的理论基础实践,这些经验,都是需要你从大量的阅读源码中不断去总结的。

推荐↓↓↓
程序员的那点事
上一篇:关于CodeReview的一些思考 下一篇:从一线开发到管理百人的技术总监,你需要知道的一切