标签：指南 架构 经历 技术 开发 E4% Android BC%

### 进阶之路 为何会想起写这么一篇文章呢，一方面很多程序员对于技术精进仍然十分困惑，不知道该如何学习进阶，以至于提前陷入中年危机的困惑之中，作为一名Android开发近十年的老码农或许可以分享一些自己的心得体会，刚好这几天工作需要，组内想规划 Android 技术路线，简单来说就是目前我们组处在什么样的水平程度，目前所做项目用的技术处在什么阶段，在未来一年内，项目技术迭代该如何走，走到什么程度。最后是从事 Android 开发这几年，一直也没好好规划自己的技术路线，想认真整理下未来进阶之路。我们都知道 Android 技术体系一直很庞大，刚开始学的时候基本是从一个点一个点开始，没有系统全局观概念，同时也是学不过来，从做上层应用开始，到做 Framework 层，然后再到系统层做驱动开发各个层面的开发者都有，绝大部分开发者都是从应用层开发，往往做到 Framework 层就浅尝辄止了，一直以来，做Android 开发有这么两个说法，如果是做应用开发，往应用架构方向发展比较合适，如果是做系统层开发，往往底层驱动比较合适。 看张图：  挑些图中几个点简单来谈谈自己的一些想法。 **移动架构** 移动架构是 2017 移动技术年度TOP5话题之一，从中就体会到架构是有多火，记得刚开始学 Android 时候，哪有现在那么框架，那时候谈架构的更多是在服务端开发，比如多层架构，有展示层、业务逻辑层、数据访问层这就是最简单的三层模式，Android系统则是基于事件驱动响应机制设计的单页面架构，其实跟浏览器中的窗口页面是一样的， 系统中一直有个消息轮询监听机制，哪个事件被触发了，相应的响应代码进行处理，这些处理操作是被提前注册到系统中。 最早开始的开发模式基本是基于Android 系统自带 MVC 模式，Activity 基本类似于Control 的作用了，View 和Mode 互相耦合，后来才演化出现在主流的 MVP、MVVM 模式，顺便提一句，MVVM 模式其实是在微软 WPF 技术体系中提出来。 图中显示两个方面： * 展示层： MVC、MVP、MVVM、Clean、Flux、Android Architecture Components * 架构层：模块化->组件化->插件化->沙盒/双开技术，比如可以双开微信，类似Docker， 每个页面都是插件，类似Vue.js中每个页面都是组件。 **性能优化** 简单来说，一个APP 是需要从三个方面被关注的，业务功能、符合逻辑的交互、性能响应。如果我们在使用一个 APP 时候，经常滑动时经常卡顿、时不时崩溃、有些功能设计简直非常规，比如在 Web 网站有树层级等面包屑点击，你非要在手机也搞一个类似树级点击加载，那是不是有点强人所难了，我上拉下拉、左滑右滑不行吗，非要通过点击才行吗？那么性能优化核心是什么呢？追求快、稳、省、小，关注卡顿、内存泄漏和崩溃、代码质量和逻辑、安装包大小四个方面。 **最后我还整理了很多Android中高级的PDF技术文档。以及一些大厂面试真题解析文档。需要的朋友都可以[点击GitHub](https://github.com/a120464/Android-P7/blob/master/Android%E5%BC%80%E5%8F%91%E4%B8%8D%E4%BC%9A%E8%BF%99%E4%BA%9B%EF%BC%9F%E5%A6%82%E4%BD%95%E9%9D%A2%E8%AF%95%E6%8B%BF%E9%AB%98%E8%96%AA%EF%BC%81.md)直接获取方式**  Android高级架构师之路很漫长，一起共勉吧！

标签：指南,架构,经历,技术,开发,E4%,Android,BC%
来源： https://blog.51cto.com/u_15297690/3034752

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。