GitHub 标星 1w 的安卓架构师必备技能，腾讯 T2 手把手教你

我们接着来聊聊如何进阶学习

首先要说的是，技术的学习是个日积月累，由量变到质变的过程，没有任何的办法能够让你在短时间内成为大牛，所谓的一步登天，是留给那些传说中的天才的，但天才毕竟只是极少的一部分人。

大部分大牛还是靠着持之以恒的毅力，冠以正确的学习方法，通过不断努力，不断学习，花费了大量的精力才达到了他们现在的成就。

所以，当你通读完官方文档的时候，你实际上只是迈出了一小步，要成为真正的大牛，还需要在之后的学习中不断努力。

那我们如何来进行下一步的学习呢？

那就得说到项目实战了

我们学习一门技术的最终目的就是将其运用到实际项目中，一门技术不管多厉害，如果没有办法运用到实际项目中，那它的意义跟价值就非常有限了。

而且人脑不比计算机，是会遗忘的，如果不通过大量的项目实战，很多知识点你很快便会忘记，至少我是这样的（谁能告诉我，记忆力不好怎么才能被拯救！！）。

所以读完官方文档后，我们是一定要通过大量的项目实战来不断巩固我们的知识点的，此时的你很多知识点其实是不能完全理解的，只有通过项目的历练，在踩坑中分析，在解决问题中成长，才能从本质上理解一些技术的概念。

有经验的开发人员应该多多少少有这样的经历，就是有些概念一开始并不是很理解，但是在一次次的项目过程中，你会发现竟然不知不觉地明白了其中的原理，是的，就是这种感觉！

对于项目实战，我其实没有太多的技巧，还是一句话，就是干，但是这个过程中你一定要去多思考，为什么这么写，为什么这么做，学着去了解原理，去关注本质。

再来聊聊读技术文章

在这样一个信息大爆炸的时代，要从网上找到某一门技术的干货文章是非常容易的一件事，各类的技术平台（csdn，cnblogs，oschina，安卓巴士，segmentfault 等等等），各类的微信平台公众号，都是很好的获取干货信息的途径。

虽说官方文档很神奇，但是还是有很多知识点我们可能还没发现，因为他们往往隐藏在更深的 API 文档之中，而大量的 API 也导致我们很难将所有的 API 文档都通读，更多的还是将其作为一个查阅工具来使用。

在我的观念里，不主动去关注各种技术平台获取技术信息的程序员不是一名合格的程序员，所以每天早晨我都会花至少一个小时在关注的各类技术平台上获取有用的信息

• 一方面查找相关技术的干货文章，通过对这些文章的阅读对自己的知识点进行巩固和查漏补缺，毕竟技术的学习不仅仅是文档上那些最原始的技术点，还包含各种架构的设计、工具的使用、功能的实现及解决方案的应用等，通过这些平台上的各种文章，可以让自己的知识体系更加地完善。

• 另一方面，作为一名开发人员，我们需要通过这些平台了解最新的技术动态，关注技术的发展趋势，毕竟现在技术的更新速度非常之快，技术生态圈的转换随时会导致某项技术的淘汰（作为一个俗人，我是来赚钱的，所以根据技术趋势做好技术储备对我来说是必不可少的）话说回来，程序员真是一群爱分享的小伙伴，所以现在的技术文章真的是太多太多了，多到眼花缭乱。

我们不得不根据自己的情况来进行适当的筛选和阅读，来提高学习效率。

就我来说，我根据自己的理解将技术类文章分为了四类：

• 知识点讲解类：一般针对某个技术的特定知识点进行介绍。

• 功能实现\解决方案类：针对性比较强，一般都是某个特定功能或是特定场景下的功能实现或是方案应用包括 Bug 的解决方案等，文章一般会带有一定的思路分析，以及具体代码实现。

• 源码\框架原理分析类：针对各个技术点或是框架进行源码拆解、分析和讲解。

• 学习方法/经验总结类：主要是介绍一些学习方法，以及对项目开发中遇到的问题进行总结分析。

对于知识讲解类的文章，如果你已经学会了阅读官方文档，那很容易就能够判断它是否只是文档的搬运工，如果是文档的搬运工，我会快速略过，重点关注作者是否加入了自己的分析和观点。如果是作者原创的，那我会仔细阅读一遍，看看自己对于某个知识点的理解是否有偏差，是否有遗漏。

功能实现\解决方案这类的文章，场景众多，我重点关注的是它的实现和分析思路，以便在类似的场景中进行举一反三，对于一些常用功能或方案，我会仔细阅读和研究他们的代码，剩下的则主要进行标记和收藏，在大脑中留个印象，建立个索引，在需要的时候再去进行查阅，像我这样的渣记忆，不常用场景的实现一段时间后就只记得标题了。

源码\框架原理分析类的文章我会反复阅读，同时结合源码做验证，并且定期做一下复习或是总结，在大脑里不断加深印象，因为对于原理的理解能够帮助我在遇到项目难题时更快更好地找出最佳的解决方案。

学习方法/经验总结类的文章，数量上相比其他类型的文章并不会太多，一般我会很仔细的阅读，正所谓前人栽树后人乘凉，学习他们的经验可以让我们少走不少弯路，当然这类文章主观意识会比较强，需要我们自己来进行辨别哪些是真的有用。

有人可能要问了，每天花一小时阅读技术文章，文章读得会很凌乱吧。。。

确实是这样的问题，我们大脑的容量毕竟有限的，就像我们的 LRUCache 缓存策略，最常用信息的总是会保留在大脑中，但是时间太久了不关注的内容很快就会丢弃遗忘（传说世界上有那么一群“超忆症”患者，没有遗忘的能力。能把自己亲身经历的事情，记得一清二楚，能具体到任何一个细节，好羡慕有木有！)。

对于遗忘的问题，我们能做的就是做好收藏工作，但是技术平台太多，将文章收藏在各个平台中当需要查找的时候会发现记不清收藏在哪个平台了，这时一个平台一个平台的搜寻效率肯定是低下的。

所以我们可以使用云笔记或者 github，将那些你觉得优秀的需要收藏的文章整理到一个地点去，按照自己对文章的分类，建立不同的链接索引，给每个索引的标题起个你认为重要的关键词，在每次添加新的文章的时候可都回顾下收藏的索引，这样在你想要查找某篇文章时便能用最快的方式查找到。

我会读文档了，又阅读了这么多技术博客，是不是就不用其他方式再学习了？

答案肯定是不可以！！！

虽然博客的干货文章非常的多，但是大部分情况下知识体系都是相对比较零散的，相比书籍，它没有那么系统化，相比视频教程，它又没有那么的直观，所以抛开文档跟博客的学习，我们还需要根据自己的情况额外地进行书籍或是视频教程的学习。

有人觉得自己总是静不下心来看书，我的方法是，阅读某本书的时候给自己定一个小目标，比如每天阅读该书至少 20 页内容，这样每天学习的内容不会太多，不容易让人变得焦躁，当然，你可以根据自己的情况制定每天的阅读量，如果按照 20 页每天的阅读量来算，一本 500 页的书，不到一个月就读完了。

有人觉得看视频教程时间太久，实际上也确实如此，有的博客十多分钟能够读完的内容，放到视频中去讲常常需要 1 个小时，但是视频教程的优势就是你可以看到实时的操作跟讲解画面，一些概念更直观，更容易让人理解。

当然如果你播放的是本地视频，可以使用诸如 potPlayer 这样的支持加速播放视频，同时视频声音又不会改变的播放器来加速视频的观看。

如何成为 Android 高级架构师！

架构师必须具备抽象思维和分析的能力，这是你进行系统分析和系统分解的基本素质。只有具备这样的能力，架构师才能看清系统的整体，掌控全局，这也是架构师大局观的形成基础。 你如何具备这种能力呢？一是来自于经验，二是来自于学习。

架构师不仅要具备在问题领域上的经验，也需要具备在软件工程领域内的经验。也就是说，架构师必须能够准确得理解需求，然后用软件工程的思想，把需求转化和分解成可用计算机语言实现的程度。经验的积累是需要一个时间过程的，这个过程谁也帮不了你，是需要你去经历的。

但是，如果你有意识地去培养，不断吸取前人的经验的话，还是可以缩短这个周期的。这也是我整理架构师进阶此系列的始动力之一。

成为 Android 架构师必备知识技能

对应导图的学习笔记(由阿里 P8 大牛手写，我负责整理成 PDF 笔记）

部分内容展示

《设计思想解读开源框架》

• 目录

• 

• 热修复设计

• 

• 插件化框架设计

• 

• 《360°全方面性能优化》

• 

• 设计思想与代码质量优化

• 

• 程序性能优化

• 

**本文已被[CODING 开源项目：《Android 学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》](

)

收录**

最后自我介绍一下，小编 13 年上海交大毕业，曾经在小公司待过，也去过华为、OPPO 等大厂，18 年进入阿里一直到现在。

深知大多数初中级 Android 工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此也是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。