框架

• MVP模式
  MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View会直接从Model中读取数据而不是通过 Controller。
  优点：
  1、模型与视图完全分离，我们可以修改视图而不影响模型
  2、可以更高效地使用模型，因为所有的交互都发生在一个地方——Presenter内部！
  3、我们可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。这个特性非常的有用，因为视图的变化总是比模型的变化频繁。
  4、如果我们把逻辑放在Presenter中，那么我们就可以脱离用户接口来测试这些逻辑（单元测试）

  MVVM 与 MVP 模式，正在 Android 开发中越来越流行，适合不是大型项目。推荐TheMVP 项目，可以直接引入项目作为 module 依赖。(详情请在 github 搜索 TheMVP )
  

• DataBinding
  Google IO 大会上，Android 团队发布了一个数据绑定框架（Data Binding Library）。Data Binding Library 是一个 support 库，支持 Android 2.1+ 版本 (API level 7+)。
  这种模式的初衷是让业务逻辑和View分开,让我们在修改界面而不改变业务逻辑的时候更简单,但是实**操作的时候往往很难完全对View和Controller或Model很好的分离。并且三种组件也增加了一定的复杂度。而当我们有了Data Binding技术我们就可以使用另外一种模式（这种模式常用于Windows软件开发）叫MVVM 全称是Model-View-ViewModel，Model代表的是你的业务逻辑，View是展示的视图，ViewModel是把二者绑定起来的接口。这样说还是有点抽象，在一般Android开发里，如果某个View展示的数据出现了变化，我们需要findViewById找到这个View，并且设置新更新的数值。而在MVVC里，因为Model和View是绑定的,如果model层的数据发送了变化,会自动通知更新view应该如何重新变化展示。

热修复

插件化并不是所有应用都需要，但是热修复却基本是正式的项目都想要的。热补丁与插件化的不同点在于，热补丁的关注点在对应用进行方法级的替换以达成修复。
在2015年，涌现出了一大批热修复动态加载技术：HotFix、Nuwa、DroidFix、AndFix 等等，以及同样原理的插件化技术：DroidPlugin、DynamicAPK。就连 Android  Studio 2 的 Preview 版本中体现的 Instant Run 功能，本质上也是一种热修复技术。2016年Android的热修复取得了非常大的进展，不但有多家公司分享、开源了自己的热修复项目，而且还催生了商业服务。
简单的说就是用户不用重新下载一个新的apk安装,而是直接下载一个补丁包,通过补丁来替换一些出现bug的类, 当然下载补丁的过程用户一般是感觉不到的,表面上看是直接修复了bug.！

• AndFix
  阿里推出的开源项目，并且在其基础之上衍生了商业服务。之前阿里还推出一个
• Dexposed
  但由于一些问题已停止维护。
• Tinker
  微信推出的开源项目，在年中宣布要开源时就引起了广泛关注。
• Amigo
  饿了么推出的开源项目。
• Qzone超级补丁
  暂未开源，演讲视频和PPT见此，社区有人根据其原理研发了Nuwa并开源，现已停止维护。
• QFix
  手Q的热补丁项目，暂未开源，介绍见此。
• Robust
  新美大的热补丁项目，暂未开源，介绍见此。

Android组件化

Android里的组件化是相对于插件化来说的，插件化追求插件直接完全独立，甚至插件本身是可独立运行的APK，组件化则是在组件独立开发，在编译时仍合成为完整App。
Android组件化的实践的代表是淘宝的Atlas，该项目将于2017年初开源。

跨平台

不只是今年，跨平台技术一直在移动开发领域火热非常，毕竟Android、iOS都不是可以轻易舍弃的平台。今年的跨平台技术，相比往年的Xamarin、Titanium等，更实际，更接地气，这也导致了跨平台技术今年讨论的热度更高，都快刷屏了。
今年大家所讨论的跨平台技术，无论是React Native、Weex还是微信小程序，从技术实现来说都是处于Native和Web之间，还是使用Web技术开发，从Hybrid过渡过来是很自然的事情，因此国内不少公司在React Native推出不久就开始使用。
RN及类似技术最光明的未来可能是：类RN首先取代当前App中的WebView，之后会取代一部分Native界面，长期上来说，一些性能要求高的本地库也会提供对它们的支持，如Realm就提供了RN版本，原生开发会被进一步压缩。原生开发，未来可能专注于一些专项研发，如音视频，或公共组件接入和维护。

• React Native
  React Native如今的地位毋庸置疑，Facebook没有在国内专门宣讲过，但我已经见识到了它的一些国内铁粉，并且有些公司如携程更是不遗余力的对它进行支持和布道，这种情况下RN发展想不好都不行。
  但这样也出现了一些问题，一个是本地化的支持，第二个是有些公司自己对React Native做了优化，但没有反馈给RN项目，这样最终只是做了一个分支版本，他踩的坑别人还是要踩一遍，这样不环保，长远来看还有维护难的问题。
  今年在RN上有实践并分享出来的团队的分享如下：
  - QQ空间React Native项目实战总结
  - 携程是如何做React Native优化的
  - 基于React Native的58同城App开发实践
  - 宝宝树React Native增量升级解决方案PPT
  - 旅行喵 React Native 技术实践

• Weex
  Weex是阿里手淘团队推出的跨平台开发框架，于今年6月份开源。阿里对该框架非常重视，在全集团推广，并且在今年双十一会场大规模应用，取得了成功。在9月份的JSConf上他们邀请Vue.js作者加入团队担任技术顾问，刚刚发布的0.9版也正式支持Vue 2.0语法特性了。最近它还加入了Apache基金会的孵化器，力争打造成功的开源社区。
  相比于React Native，Weex略显年轻，不过由于后发优势，在一些地方优化做的比RN好。至于用哪个，就要开发者自己去探索哪个更适合自己了。
  - Weex——关于移动端动态性的思考、实现和未来
  - Weex详解：灵活的移动端高性能动态化方案
  - awesome-weex

网络请求类

• Okhttp
  是比较强大的一个网络请求框架，目前开发中比重比较大
• Retrofit
  基于okhttp实现，很强大。
• volley
  谷歌推荐的网络框架
• RxVolley
  RxVolley，让 Volley 支持了 RxJava 后，让你的代码很轻松的脱离了回调地狱。同时移除掉了复杂的 HttpClient ，以及可选支持 OkHttp 与 ImageLoader，让你使用自己习惯编码风格的同时极大缩减了项目体积。

数据解析类

• Gson
  简单实用的JSON解析
• Jackson
  也还不错可以学习一下

数据库

• greendao
  轻量、效率高
• realm
  替代SQLite的实用数据库

依赖注入

• butterknife
  注解完成初始化控件，方便

事件传递

• EventBus
  简单易懂的事件处理

图片类

• Glide
  可播放gif，谷歌推荐的图片加载
• Fresco
  可播放gif，流畅性最好的加载图片框架，由Facebook推出
• Picasso
  squre inc.开源的图片加载框架

响应式

• RXJava
  优雅(也许仅体现在lambda表达式)的链式表达，轻松的线程切换，让 RxJava 在 2015 年已然得以如日中天。如果此时你还不了解 RxJava 究竟是什么的话，我建议你一定要仔细反思一下自己是否已与世界脱轨。
  RxJava 到底是什么：
  一个词：异步。
  RxJava 好在哪：
  一个词：简洁。

• RxVolley
  RxVolley，让 Volley 支持了 RxJava 后，让你的代码很轻松的脱离了回调地狱。同时移除掉了复杂的 HttpClient ，以及可选支持 OkHttp 与 ImageLoader，让你使用自己**惯编码风格的同时极大缩减了项目体积。

• RxBus、RxBinding
  得益于 RxJava 繁多的操作符与特性，结合此类基于 RxJava 的库，将使你的代码更加简洁，开发效率**提高。
  - RxBus，值得一提的是 RxBus 并不是一个库，而是一种设计思维，它可以巧妙利用 RxJava 的特性，完美替换掉了原事件总线类库(EventBus/Otto等)
  - RxBinding， RxJava 封装的 View 事件处理，事件的改变以流的形式进行传递。

性能优化

• leakcanary
  检查内存泄漏的插件，比较强大

新语言

• Kotlin 语言
  作为 Android 阵营的 Swift ，在2015年也迎来了它的正式版。Kotlin 拥有很多 Java 所不具备的特性， 比如空指针安全，函数默认参数，默认包含模板类，对 lambda 的原生支持(在 Android 开发中, 常常使用 RxKotlin )等特性。
  Kotlin是一门与Swift类似的静态类型JVM语言，由JetBrains设计开发并开源。与Java相比，Kotlin的语法更简洁、更具表达性，而且提供了更多的特性，比如，高阶函数、操作符重载、字符串模板。它与Java高度可互操作，可以同时用在一个项目中。

其他

• 性能监控与分析。今年不少公司都研发了自己的客户端性能监控系统。
• 安装包瘦身。Android有魔鬼瘦身，iOS则以滴滴为代表，用clang插件瘦身。
• Hybrid开发，虽然已经是很成熟的技术，但仍有可创新之处，豆瓣和美团都有很好的分享。