一、牛*初现
刚踏进大学入门Android开发的时候，对架构师这个词并没有太多的概念，就觉得肯定很牛*，感觉只要随着时间的沉淀就必然会“进化”成架构师。
后来开始写代码，从Java学起，然后四大组件，写Activity，然后学UI，学布局等等。
从学校毕业出来的时候，我已经能独立开发自己的APP，虽然就是些什么图书借还APP，壁纸下载APP。但那时候是打心眼儿里觉得自己牛*大了。出来找工作也如我所料，这份“资历”加上科班出身，毕业后很轻松就得到了一家小公司的offer。工作一年后，我已经能基本上独立解决自己开发岗位上的问题了。
我贼牛*。但是我不会口头上说出来，那样就显得太过于骄傲。我要通过跳槽来证明自己，这家小公司的舞台已经不够我发挥了，但我还是不会说出来，先找好“优秀”的下家，再提辞职，悄悄的惊艳所有人，这阵日子，连做梦都会梦见自己面对老板“扬长而去”的神气。刚步入社会的我，就有如此远见，佩服自己。
二、出师不利
于是我拿着自己1年工作经验的简历，投给了阿里巴巴，Android研发工程师。淦，面试都没收到。
然后我又投了现在如日中天的字节跳动，号称年轻人的天下。淦，又没收到面试。
是我眼高手低了？投了一家上市公司，金融行业，程序员最赚钱的行业，我DNMD，又不给面试。
？？？
最后终于面到了一家中大型的企业，嗯…中级Android工程师。
自我介绍完，说了一下我做过的项目后，面试官脸上一副：就这？就这？的表情。
当然，作为成年人的他，还是有着该有的涵养和礼貌，并没有打断我说话之类的。
然后到面试问题环节
面试官一上来就问：看你简历上写熟悉 AIDL，说一说 oneway 吧
我：啊？oneway 是什么？跟 AIDL 没关系吧，我熟悉 AIDL 指的是使用 AIDL 接口进行跨进程通信。
面试官：…
啊哈，接下来的15分钟我羞耻的恨不得立马破门而出！binder通信原理是什么？说不清。子线程可以创建Handler吗？母鸡啊。activity启动流程总能说一说吧？哈哈哈，忘记了…
我人生中的第一次跳槽就这样羞辱的结束了。。。。。。。
这件事过后，我如梦方醒。光会砌砖（写业务代码）就想当总工头（架构师）？不可能。
这也是大部分码农无法成为架构师的一个原因。一直停留在业务层面，把砖砌的再好，终究只是砌砖师傅。
三、卧薪尝胆
从16年毕业，到上个月跳槽阿里成为架构师，我花了将近5年的时间。写下此文，回首过去刚出社会的那一年，那种“自信”让自己既心疼又敬佩过去的自己。通过此文我希望很多依然有着“架构师梦”的朋友们，一定要明白一点：写业务代码和做架构是两个完全不同的事情。
接下来我依然把架构师成长之路比作“砌房”，来分享下我的架构师心得。
1. 把砖砌好
代码是写给别人看的，写好业务代码是成为架构师的第一步。
没有哪一个架构师不是从写业务代码成长过来的。没有不懂业务的架构师，所有的架构，都依赖于业务。所有的架构师，也必须要去写业务代码，不把自己设计的东西，用在真正的项目里，恐怕他们自己都不会知道，这种架构设计的合理性在哪里。
这里我想表达的代码质量优化，并不单指日常编程。
我想表达的是一种架构思想：面向未来编程
一个好的工程师，在听到需求的时候，可以根据自己的业务能力，判断出来这些需求中，哪些是有可能变化的，哪些是不太可能变化的。
针对这些变化的内容，在编写的过程中，不会写死，而反复确认不可能会变化的需求，会写的简单一些，防止过度设计引起的复杂度。
简单说，当他拿到需求时，并不单纯是考虑这个需求怎么实现，还会考虑，自己设计的架构体系，扩展性在哪里，在他的眼里，看到的需求会被分解，折分，然后自己的技术方案，会挨个分解，分配。
在完成设计之后，他会很清楚的知道 ，自己设计的系统里，哪些变化是支持的，随便你改，我只需要改动一个很简单的内容，哪些是你绝对不能改的，你要改，我就必须花很大的代价，特别是在已经有线上数据的时候。
而且会拿着自己的架构体系跟 PM 沟通，讲清楚。
如果你编程时已经有了这种思想，说明你已经具备了一名架构师的基本素养。
2. 清楚砖头钢筋水泥的成分
房子要建好，必定要选用好的材料。这些便是房子的底层、基础。
在编程中，我们所用的语言便是砖头，各种工具类便是水泥，各种框架便是钢筋。
光会用当然不行，必然要“知其然，知其所以然”，“所以然”便是各种方法、工具类、应用框架的底层源码以及他的实现原理。
对于绝大多数编程从业开发者而言都面临一个普遍的问题：广度与深度难以兼顾。
每个企业的业务方向都不一样，用的技术也不一样。运气好，面试的时候甲方公司用的技术刚好跟你学的一样，结果技术面一问，你只答的出四大组件有哪些，生命周期支支吾吾也说不太清楚，view的绘制流程模棱两可，垃圾回收算法一知半解，性能优化一窍不通。这要是能找到offer，那就见鬼了。
很多人在开发过程中只是浮在表面，忽略底层源码分析，面试求职的简历也没有进行修缮和突出重点，自然求职不顺，加薪无望。
所以解决这个问题的最好办法就是：抓住不变量。要知道，底层知识永远都不过时。算法数据结构永远都不过时。基本的程序设计理论永远都不过时。良好的编码习惯永远都不过时。分析问题和解决问题的能力永远都不过时。强大的学习能力和旺盛的求知欲永远都不过时。你大脑的思维方式永远都不过时。
举个例子
大家应该知道也懂得性能优化的重要性，可工作中由于对整个知识掌握不够，所以会在性能优化上没有自己的理解。比如，Glide，这个是我们经常用的技术，相信大家都会用：
Glide.with(context).load("图片url").into(imageView)
但是大家谁知道这个里面有性能上面的坑啊？
如果我们不能体系的去掌握activity，fragment，application的生命周期，而且也不了解glide源码，因而我们可能是直接在context的地方传this，或者，直接给application的context，那么此时Glide的生命周期就和this，或者application绑定了，那么结果大家可想而知，在嵌套的fragment+viewPager的代码结构中，生命周期的管理不到位，就会带来生命周期问题的内存碎片。自然大家就知道，类似的情况多了性能就会一点一点的损失，最后导致app的运行过程中偶现的OOM，结果可想而知。
底层知识学扎实了，上层的东西像风筝一般千变万化，而你是在底下扯线的那个人，顺着线往下拉，便能轻松看清楚这个风筝长什么样。
2. 房子要漂亮，装修少不了
这个点相信大家很容易就能想到我接下来要说什么了。没错，就是Android开发少不了的—性能优化。
性能优化绝对是一个老Android必修的课题，没有过性能优化的经验，去哪里找工作都免不了碰壁。
一名Android架构师，必定要掌控整个APP的总体构成，用户体验，是最为重要的一点。
作为Android开发，大部分朋友可能会对性能优化这个Topic如数家珍，Google官方在几年前也有“Android性能最佳实践系列”(Android Performance Patterns)，当然，其中大部分的Tips都是需要大家遵循的规范，但是无论理论上怎么说，我们所做的工作最终还是需要为业务服务，不管你是为了提高下载量、优化用户评价、还是提高业务的转化率，都需要给出性能优化的ROI。
经过近十年的发展，Android技术优化日新月异，如今Android 10.0 已经发布，Android系统性能也已经非常流畅，可以在体验上完全媲美iOS。到了各大厂商手里，改源码、自定义系统，使得Android原生系统变得鱼龙混杂，然后到了不同层次的开发工程师手里，因为技术水平的参差不齐，即使很多手机在跑分软件性能非常高，打开应用依然存在卡顿现象。
APP进行性能优化已成为开发者该有的一种综合素质，也是开发者能够完成高质量应用程序作品的保证。
4. 小结
从Android小白到架构师的职业规划到底是怎样的？
我们初入这行是可能出于兴趣，可能出于前景。但入行后这个职业是需要你不断的学习、学习，进阶、再进阶。在我们入行之初，为了就业，我们不得不让自己的知识体系更具有“广度”。入职后，你发现并不是之前所学的知识都需要用到，你开始需要进阶某一知识模块的“深度”。此时你已是一名合格的初级开发者。
工作了几年后，你发现你需要更大的舞台，你需要好几个连起来模块的深度进修。这样你就迈进了中级工程师的门槛。
又过了几年，你已是职场老鸟，你几乎能解决工作中所有日常问题。你具有许多的知识面，你将你所有的知识面串联，形成了一套完整的知识体系。此时你已是一名高级工程师了。
可是，你已经到了30+，快要退休的年纪，你身后有无数的高级工程师随时可取代你的位置。此时，你需要探索代码更深处的奥妙，你不再是只会建房子的“砌砖师傅”。你懂得每块砖头的组成、结构，你知道一所房子哪个地方需要这块“砖头”，哪个地方适合另一种“砖头”。你知道这所房子需要怎样建造，怎样设计更坚固、合理且美观。
至此，你是一名架构师！
四、传世秘籍
在我个人的成长道路上，少不了很多贵人的帮助，他们将经验心得，学习方法，倾囊相授，这也是我写下这篇文章分享的初衷。同样在我的学习成长的过程中，我也会经常的复盘总结，笔记归纳，至今已经整理成了一个近400页的PDF（有朋友建议我出书，但自己总感觉还是差那么点火候），包含从面试准备，简历书写及心态心得，还有很多知识点的归纳解析及大厂真题的复盘笔记。如果觉得能对你有所帮助的朋友，可以点击这里自取!
