1. 推荐文章
2. 公众号文章
3. 知识星球文章
1. 推荐文章
笔者在地铁有阅读公众号技术文章的习惯。
给时间一点时间,给努力一点努力。
2. 公众号文章
公众号:芋道源码,纯源码解析公众号。
3. 知识星球文章
知识星球:芋道源码,一群给 2018 立起 Flag ,阅读源码,理解源码,分享源码。
愿你是同行人。
《Dubbo源码分析—消费者引用服务》
《Dubbo源码分析——服务发布》
《Quartz的定时任务实现》
加入方式:长按下方二维码。
![知识星球](https://i-blog.csdnimg.cn/blog_migrate/973aac5481a13de28f4793426d33b172.jpeg)
简单分享下调试源码的习惯,希望抛个小砖,引个和田玉
整体调试一遍,知道大题流程
细细的调试每个方法,可能会增加一些中文注释
考虑到调试会蒙圈,比如调用链很深,我会考虑借助 uml 顺序图,或者本子手绘
不排除类关系比较复杂,那使用 uml 类图。可以使用 astah 社区版,又或者 IDEA 自动生
今天有群友在问,如何系统的调试源码?
其实,对于大多数人是很困难的。因为本身我们可能对组建,例如 dubbo 停留在使用阶段阶段。
那么适合我们大多数人,往往是以点破面,通过一个流程的调试,逐步摸清整体的脉络。
简单,用三行代码来说
while (true) {
调试();
}