还怕问源码？Github上神级Android三方源码解析手册，已有7.6 KStar

最新推荐文章于 2022-09-27 21:52:56 发布

zhireshini233

最新推荐文章于 2022-09-27 21:52:56 发布

阅读量247

点赞数 1

分类专栏： Android 源码面试文章标签： android

本文链接：https://blog.csdn.net/zhireshini233/article/details/113558734

版权

本文阐述了阅读Android源码的重要性，包括理解底层机制、掌握设计意图和学习优秀代码风格。列举了多个热门开源项目的源码解析，如MMKV、ARouter、AsyncTask等，强调通过源码学习可以提升开发技能，解决实际问题，并提供了源码解析资源的获取途径。

摘要由CSDN通过智能技术生成

或许对于许多Android开发者来说，所谓的Android工程师的工作“不过就是用XML实现设计师的美术图，用JSON解析服务器的数据，再把数据显示到界面上”就好了，源码什么的，看也好不看也罢，反正应用层的开发用不上，再加上现在优秀的轮子越来越多，拿来主义泛滥，能用就是，反正老板也不关心是不是你自己写的，用我现在老大的话来说，阅读源码似乎只是一种“锦上添花”的事，有自然好，没有也罢。

说了这么多，到底有没有必要阅读源码？有必要，而且非常有必要！原因有三。

其一，了解基层，高层才能更好地工作。

比如，了解View的绘制过程，了解TouchEvent的分发和拦截过程的细节，才能写出酷炫的UI，要不然，只知道大概的原理的话，你可能要在“无法接收到触摸事件”或者“滑动事件和点击事件冲突”的这些问题上折腾半天。

又比如，如果哪里出现异常，你能快速定位到源码抛异常类的地方，就能快速解决BUG，对症下药，一招撂倒，有些时候，修复BUG的时间不是用在解决问题上，而是用在定位问题上。

这里有必要提一下，当Logcat把异常的栈信息打印出来的时候，有些异常出现的原因并不真的是Logcat的信息里描述的原因，因为Logcat里的异常的信息也只是由系统源码打印出来的，而这些源码大多时候只是普通的Java代码，和你自己写的没什么区别，如果源码抛出异常的代码的逻辑不够严谨的话，那实际的异常和Logcat里描述的异常可能对不上。

比如之前搞动态加载的时候，在使用LayoutInflator渲染一个外部的XML布局时，抛了一个“Class not found”的异常，我要渲染的类可是LinearLayout啊，怎么可能没有！定位到源码里才发现，这里只要是类渲染失败就会抛这个异常，再定位到具体抛异常的地方，发现实际是Dimens资源找不到，困扰半年的问题立刻解决。