开头

从事Android开发工作多年，走过的弯和坎，经历的心酸难与外人道也。

我个人感触最深的就是：选择大于努力。选择正确的方向，你才能够走的更远，更坚定。

以前雷总说过，“在风口猪都能飞起来”。所以现在鸿蒙系统火了，很多开发者就想转去做鸿蒙。

我们一直追逐风口，一直错过。几乎每换一个项目，程序员就要掌握新的技术：《NET单元测试艺术》《妙趣横生的算法（C语言实现）》《Android应用开发揭秘》……

关于Android开发的书籍越看越多，好像学习了很多，但薪资和能力成长却十分有限。同行甚至有3年工作经验年薪已经40万，自己却还不知道什么时候偷偷被拉开了差距。

其实我们很多人在开发过程中只是浮在表面，写出去的简历也不堪入目。比如我们开发中，大家应该知道也懂得性能优化的重要性，可工作中由于对整个知识掌握不够，所以会在性能优化上没有自己的理解。

二、理解架构

全球有名的架构目前分为四种：

1、Clean架构：一种分层的架构方式，将核心业务（对应domain层）、UI相关（对应presenter层）以及数据加载（对应data层）彼此独立开来，不同的层之间由接口依次连接起来，但却又彼此不了解彼此的具体实现。

2、DCI架构：DCI是数据Data 场景Context 交互Interactions的简称，DCI是一种特别关注行为的模式(可以对应GoF行为模式)。DCI架构真正含义可以归结如下：

• 1.数据data：是领域对象中代表领域类概念的那部分。

• 2.场景context：根据运行时即时调用，将活的对象实例带到符合用例需求的场景中

• 3.交互interactions, 描述需求用户心目中角色的活动算法。

3、DDD领域驱动设计：2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计 2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型设计设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。

4、六边形架构架构：六边形架构（Hexagonal Architecture），又称为端口和适配器架构风格，其中的“六”具体数字没有特殊的含义，仅仅表示一个“量级”的意思，六边形的定义只是方便更加形象的理解。我们知道分层架构的重要作用就是避免耦合的出现，经典分层架构和六边形架构都是分层架构的一种，但是所发挥的作用会有些不同，经典分层架构更多的精力放在抽象的分离上，每个层的职责分的很明确，各个层的依赖关系更加抽象化，从而避免耦合的出现，而在六边形架构中，是用“组件化”的形式来避免耦合的出现，每个业务单元尽可能的最小化，然后把这些业务组件集合起来，用一个锤子把他们都拍扁，所以，在整个集合中，这些小的业务单元都是“平等的”，这种方式用一个词来概括，那就是“扁平化”。

三、设计模式

设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

1、设计模式的重要性：

• 设计模式是高级软件工程师和架构师面试基本必问的项目（先通过面试进入这个门槛我们再谈其它）

• 设计模式是经过大量实践检验的安全高效可复用的解决方案。不要重复发明轮子，而且大多数时候你发明的轮子还没有已有的好

• 设计模式是被主流工程师/架构师所广泛接受和使用的，你使用它，方便与别人沟通，也方便别人code review（这个够实在吧）

• 使用设计模式可以帮你快速解决80%的代码设计问题，从而让你更专注于业务本身

• 设计模式本身是对几大特性的利用和对几大设计原则的践行，代码量积累到一定程度，你会发现你已经或多或少的在使用某些设计模式了

• 架构师或者team leader教授初级工程师设计模式，可以很方便的以大家认可以方式提高初级工程师的代码设计水平，从而有利于提高团队工程实力

四、代码形式

• 这样子解释架构、设计模式应该能让你更加了解它：

• 我现在要盖一栋房子（需求），房子当然要盖得漂亮大方美观一点去把全国最有名的设师Jack叫过来把我的房子先设计出来让我看一看（架构师），恩Jack果然是老司机设计的我很满意不过这个房子的左边不要盖出来要留出来一部分让我以后的孩子来用，还有右上角要多加个走廊还有房子的院前要留出啦一部分当花园，针对这么多需要更变Jack爽快的答应了，一点也不苦恼因为Jack早就想到会变更偷偷运用了自己总结了一生的方案（设计模式）。好了搬砖的搬砖、砌墙的砌墙、工人们依靠Jack给出的设计愉快的盖着房子（程序员）。

最后说一下我的学习路线

其实很简单就下面这张图，含概了Android所有需要学的知识点，一共8大板块：

1. 架构师筑基必备技能
2. Android框架体系架构（高级UI+FrameWork源码）
3. 360°Androidapp全方位性能调优
4. 设计思想解读开源框架
5. NDK模块开发
6. 移动架构师专题项目实战环节
7. 移动架构师不可不学习微信小程序
8. 混合开发的flutter

Android学习的资料

我呢，把上面八大板块的分支都系统的做了一份学习系统的资料和视频，大概就下面这些，我就不全部写出来了，不然太长了影响大家的阅读。

330页PDF Android学习核心笔记（内含上面8大板块）

Android学习的系统对应视频

总结

我希望通过我自己的学习方法来帮助大家去提升技术：

• 1、多看书、看源码和做项目，平时多种总结

• 2、不能停留在一些基本api的使用上，应该往更深层次的方向去研究，比如activity、view的内部运行机制，比如Android内存优化，比如aidl，比如JNI等，并不仅仅停留在会用，而要通过阅读源码，理解其实现原理

• 3、同时对架构是有一定要求的，架构是抽象的，但是设计模式是具体的，所以一定要加强下设计模式的学习

• 4、android的方向也很多，高级UI，移动架构师，数据结构与算法和音视频FFMpeg解码，如果你对其中一项比较感兴趣，就大胆的进阶吧！

希望大家多多点赞，转发，评论加关注，你们的支持就是我继续下去的动力！加油！

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