从一次问题讨论聊聊我对阅读源码的思考
比如本文，没有深度思考的同学，很容易就被表面现象所迷惑，以为问题就此解决，立马关掉文章。但是深度思考的同学就会选择关注肥朝公众号，然后星标置顶，并思考，肥朝为什么能迅速找到这个关键的类呢？这个才是最核心的问题！一定要明白什么叫"解决一个问题"和"解决一类问题"！如果你没有掌握分析问题的方法和技巧，下次遇到其他的注解，你还是解决不了，那又有什么意义？
分析问题
由于肥朝之前写过Dubbo系列的源码解析，公众号也大多是老粉丝，那么我就以Dubbo为例，说下分析问题的思路。当然这个时候喜欢抬杠的同学可能就要反驳了，这个问题不是Springboot的吗，和Dubbo有什么关系？我只能说，优秀的代码，套路思想都基本相同，坑爹的代码，却各有各种不同的坑法。拿Dubbo来分析，并不影响你发现问题的本质！
比如Dubbo中常强调的就是"微核心"、"插件式"。梁飞曾经提过
即然要扩展，扩展点的加载方式，首先要统一， 微核心+插件式，是比较能达到OCP原则的思路，由一个插件生命周期管理容器，构成微核心，核心不包括任何功能，这样可以确保所有功能都能被替换， 并且，框架作者能做到的功能，扩展者也一定要能做到，以保证平等对待第三方， 所以，框架自身的功能也要用插件的方式实现，不能有任何硬编码。
很多同学看完这段一脸懵逼。其实这段话的后半部分是关键
框架作者能做到的功能，扩展者也一定要能做到，以保证平等对待第三方， 所以，框架自身的功能也要用插件的方式实现，不能有任何硬编码。
所以从这段话肥朝就可以断定，actuator如果要用定时器的功能，他肯定站在和普通使用者也就是公众号粉丝使用定时器的角度，去启动这个定时器的功能。
也就是说，spring-boot-starter-actuator中，肯定是有类打上了@EnableScheduling注解，而不是零散的调用注解底层封装的一些东西。这个是理论基础。这个理论基础，才能决定你下一步的思考和行动方向。
有了理论基础，那么关键是，到底哪个类打上了啊！这个时候，我们可以利用idea的搜索技巧来
idea的这个搜索功能很好用，搜索scope可以设置各种范围，看源码必备技能！
考虑到每个人的快捷键不同，因此看下图
敲黑板划重点
看到这里，很多人就容易理解成，本篇是介绍idea的技巧的文章。还是那句话，看问题一定要深度思考。源码是看不完的，但是解决问题的手段和套路,却是有限的。很多同学看源码，就只是看个流程，感觉像看电影一样，并没有个人的独立思考，这样知识的转换率实在太低。比如你注意看我本文分析的理论基础到实践，这些经验，都是需要你从大量的阅读源码中不断去总结的。
所以，请不要再问肥朝，"看源码，究竟有没有用"，"怎么看源码"等问题，因为我每一篇源码解析，源码实战，都在回答这两个问题，如果你还问这种问题，可见你根本就没有关注肥朝，或者关注了没有星标置顶！
另外，各种源码解析系列（注意肥朝的用词，我说的是系列）还在不断热更中，欢迎持续关注，一起"追剧"！
写在最后
更多相关文章
- 图解源码 | SpringBoot中拓展SpringMVC原理
- 面试常问，你看源码学到了什么？
- 看源码，我为什么推荐IDEA?
- 图解源码 | SpringBoot中自动配置原理
- 图解源码 | MyBatis的Mapper原理
- 源码实战 | 本地可跑,上线就崩?慌了!
- the-super-tiny-compiler源码解析
- HashMap（基于jdk1.8源码分析，最新整理版）
- 源码解析 | Dubbo-SPI和AOP的前世今生