一直在纠结在何种开发模式之中，重构希望能把关注点集中到代码结构、整体架构、可测试性、可维护性这四个方面 Rxjava2 + retrofit2 + MVP + Drager2 + xxx,应该是当前Android开发主流的框架 ，我们都会参考Google的官方框架https://github.com/googlesamples/android-architecture 但是现在 在MVP模式 中我们使用网络异步请求数据成功后需要更新UI 中的显示，但是你不知道对应的Activity／Fragment 等处于什么状态， 此时当我们的异步调用面对无法预知的用户操作和系统处理的时候，什么问题都可能发生。

总而言之，由于我们对于UI实时的状态做不到了如指掌，以至于对数据和逻辑的处理就无法尽善尽美。这是类似隐患得不到很好的解决根本原因。 这个时候我们就会参考Google 的最新的项目架构组件https://github.com/googlesamples/android-architecture-components

应该没有比Retrofit2 更好的了吧？不过api 不是restful 就需要再封装一下了，网路模块就是数据命脉，做好了 整个app 的结构会简化很多，结合Rxjava2不是更快哉;配合RxLifeCycle 控制生命周期; BaseObserver 中getErrorMsg(HttpException httpException) 方法中的处理和我们的Api 结构有关，请知悉。可以在Activity，fragment，service，broadcast 等发起http请求。

Android应用的UI架构模型经历了MVC,MVP 和 MVVM 的演变过程。MVC中View 层（Activity，Fragment/自定义的View） 可能代码会随着业务的复杂变得很大，里面不但要处理界面，还要处理很多业务逻辑里面承载了太多的东西，试试MVP吧， 已经是很流行的UI架构模型了。 使用MVP多关注代码结构、整体架构、可测试性、可维护性这四个方面

多参考Google官网的 + 这个：https://github.com/anylifezlb/android-guidelines

• View层 包含界面相关的功能（Activity,Fragment,View,Adapter）,专注用户的交互，实现设计师给出的界面，动画.View层 一般会持有Presenter 层的引用，或者也可以通过依赖注入(dragger/2)的方式获取Presenter 实例，非UI逻辑的操作 委托给Presenter.

• Presenter 逻辑控制层 充当中间人的角色，隔离model层和View层，该层从View 层剥离控制逻辑部分形成的，主要负责View层和Model 层的 交互。例如接收view 层的网络数据请求，并分发给对应的Model层处理，同时监听Model层的处理结果，最终反馈给 View 层，从而实现界面的刷新。

• Model 层 封装数据来源，一个程序的本质是处理各种数据，input data ,proces data,output data.例如Android 的网络数据 ，本地数据库数据，对Presenter 层提供简单易用的接口。

推荐Facebook stetho ，可以网络请求（抓包），不root查看DB 文件和sharepreference，甚至在4.4 以后webview 可以远程调试；提高生产力的利器啊。

阿里的HotFix&微信的Tinker android的热修复原理大体上分为两种，其一是通过dex的执行顺序实现Apk热修复的功能(Tinker)，但是其需要将App重启才能生 效;其二是通过Native修改函数指针的方式实现热修复(HotFix)。

显然对于修复紧急BUG这个场景，阿里百川HotFix的更为合适，它更加轻量，可以在不重启的情况下生效，且对性能几乎没有影 微信Tinker、QQ空间超级补丁技术更多地把场景定位在发布小的新功能上，采用ClassLoader的模式，牺牲较高的性能代价去实现 类、资源新增或替换的功能。 阿里百川HotFix对应用本身做到无侵入，无性能损耗。

2017年6月阿里手淘推出了首个非侵入式移动热更新解决方案——Sophix。 在Android热修复的三大领域：代码修复、资源修复、SO修复方面，以及方案的安全性和易用性方面，Sophix都做到了业界领先，可是要收费

目前只是在http 请求的时候用了Rxjava2+retrofit2,没有侵入UI，打好基础才是王道 读取数据库等IO操作还在主线程，虽然影响不大，还是会卡一下的，坐等GreenDao 支持Rxjava2 这样UI就会更加的流畅起来啊

https://realm.io/cn/news/kau-felipe-lima-adopting-rxjava-airbnb-android/

• Toolbar 的处理

• Fragment 的懒加载

• 通用的BaseActivity 和BaseFragment的封装（跳转PV打点，事件打点，不放和base 无关的东西）

• 通用的Lib module 的封装

• Http (Rxjava2+Retrofit2)的闭环处理

• Proguard 混淆 打包优化

• BaseWebView 的 处理（未完善，Android 的坑很多）

• support lib 和 动画

• 混淆压缩打包优化 Proguard　proguard-android-optimize　和 proguard-android 区别 ？

• 禁用插件 File -> Settings… Plugins 去掉一些没有用的插件。 比如：Git Integration、GitHub、Google Cloud Testing、Google Cloud Tools For Android Studio、 Goole Login、Google Services、JavaFX、SDK Updater、Subversion Integration、Terminal、TestNG-J。

• 设置Gradle 1.开启守护进程 gradle.properties org.gradle.daemon=true //Android Studio默认使用daemon，所以可以不设置。 命令行：–daemon

2.开始并行模式
gradle.properties
org.gradle.parallel=true // 多个decoupled工程时，并行编译
File -> Settings… Build>Compiler 在Command-line options里设置–parallel –max- workers=4

命令行：-parallel –max-workers=4

3. demand
   gradle.properties
   org.gradle.configureondemand=true
   File -> Settings… Build>Compiler 默认Configure on demand是勾选的
   命令行：–configure-on-demand

4.离线（需要联网是再重新设置）
File -> Settings… Build>Build Tools>Gradle 勾选Offline work