为什么90%的Android开发都成不了年薪百万的架构师？

身为技术人，相信你也思考过这个问题：工作了几年，代码写得非常熟练，上线的程序也少有 bug ，时不时还能搞个技术分享，但接下来要往哪个方向发展呢？

想来无非是 3 种选择：专精技术、转型管理、晋升架构师。包括我自己在内的很多朋友，都选择了第三种，或正朝这个方向努力。

但我发现，有些人做了 7、8 年程序员，仍然停留在“码农”的阶段。平时工作节奏太快，很难有机会系统学习架构，只能闷头敲代码，越来越被动。更有甚者，对架构的理解，还停留在架构师依据产品经理的需求给出实现，也就是架构设计方案这一阶段。

这显然是个误解，架构关乎整个工程和实现它的人，同时，架构也关乎用户需求。作为架构师，我们不仅要了解当下用户的需求是什么，还要对需求未来可能出现的变化做出合理预判。所以，想成长为优秀的架构师，关键在于四个字：掌控全局。

做到这一点并不容易，不仅要对系统的全貌了然于胸，还要掌握足够多的架构思维范式，并把它们应用到工程实践中。

为此，我给大家分享一份字节跳动前技术总监汇聚了上百篇业界知名架构文章整理的而成的《Android架构设计权威指南》，帮助大家在以简驭繁的代码中，对架构乃至标准化开发模式 形成正确、深入的理解！

指南主要介绍Android框架的初始化过程及主要组件的工作原理。分析Android框架的主要源代码，理解框架工作原理所需的各种基础知识和构成实际Android平台骨干的服务框架，，下面是详细内容：

第一章 Android Jetpack实战和教程

1.Android Jetpack - Navigation
2.Android Jetpack - Data Binding
3.Android Jetpack - ViewModel & LiveData
4.Android Jetpack - Room
5.Android Jetpack - Paging
6.Android Jetpack - WorkManger
7.Android Jetpack - Paging 3

第二章. MVC/MVP/MVVM

1.MVC框架-导言
2.MVC框架-ASP.NET窗体
3.MVC框架-第一应用程序
4.MVC框架-文件夹
5.MVC框架-模型
6.MVC框架-控制器
7.MVC框架-视图
8.MVC框架-布局
9.MVC框架-路由引擎
10.MVC框架-动作过滤器
11.MVC框架-高级示例
12.MVC框架-Ajax支持
13.MVC框架-捆绑
14.MVC框架-异常处理
15.MVP架构设计：Google官方MVP思想解读
16.开源MVP框架
17.MVC、MVP、MVVM，到底该怎么选？

第三章. 国内知名架构文章

1. 抖音 iOS 工程架构演进

1.1 前言介绍
1.2 抖音工程架构演进
1.3 组件化
1.4 流水线式迭代开发
1.5 抖音工程架构演进
1.6 组件化探索过程中遇到的一些问题：

2. 美团外卖 Android 平台化架构演进实践

2.1 平台化背景
2.2 屡次探索
2.3 搜索库拆分实践
2.4 页面组件化实践
2.5 MVP 分层复用实践
2.6 中间层实践
2.7 平台化实践
2.8 平台化总结
2.9 展望

3. 安居客 Android 项目架构演进

3.1 三网合并
3.2 由RxJava驱动的MVP架构
3.3、组件化与模块化

4. 携程 Android App 插件化和动态加载实践

4.1 需求驱动
4.2 原理
4.3 实现
4.4 收益与代价

5. 微信Android客户端架构演进之路

5.1拓荒
5.2成长
5.3变革
5.4 进化
5.5 开放

6. 千万级用户的 Android 客户端是如何养成的 | 架构师实践日

6.5 模块内的解耦
6.6 灰度发布机制
6.7 模块间通信
6.8 总结

7.手机淘宝构架演化实践

7.1.Bundle
7.2 WebApp
7.3 PackageApp
7.4 研发支撑
7.5 测试支撑
7.6 运维支撑
7.7 发布支撑

8. 英语流利说 Android 架构演进

8.1 英语流利说早期架构
8.2 英语流利说核心架构
8.3 核心架构说明
8.4 引入多进程层
8.5 英语流利说常用辅助架构
8.6 英语流利说常用支持型架构

如果你需要这份完整版的《Android架构设计权威指南》，赶紧扫一扫下面二维码【免费】领取吧！！！

我相信你和我一样，在搭建框架的过程中遭遇着各式各样的挑战，从错误中吸取教训，不断优化代码，调整依赖关系，甚至重新组织模块结构，这些你做出的改变都是想让架构变得更健壮，我们一直希望应用程序能够变得易开发易维护，这才是真正意义上的团队受益。

不得不说，搭建应用架构的方式多种多样，而且我认为，没有万能的，一劳永逸的架构，它应该是不断迭代更新，适应业务的。所以说，你可以按照文中提供的思路，尝试着结合业务来构建你的应用程序。

最后，希望这篇文章能够对你有所帮助，如果你有其他更好的架构思路，欢迎分享或与我交流。