不满足是向上的车轮

        一直都有提笔想写些什么，但每每提笔，又无从下手，感觉一切都是混乱的，没有自成体系。近来正好闲暇颇多，便下决心整理一番。本文目录结构如下：

    生命周期简述及常用回调函数

    启动模式、任务栈

    数据保存及通信方式

生命周期简述

关于描述activity生命周期的文章已经很多了，这里就引用经典图例一张及我们在使用生命周期函数的注意事项。

        1. 启动Activity：系统会先调用onCreate方法，然后调用onStart方法，最后调用onResume，Activity进入运行状态。

        2. Activity被部分遮住（当前activity为透明状态，如设置activity属性windowIsTranslucent为true或android:theme= "@android:style/Theme.Translucent.NoTitleBar.Fullscreen"）：系统会调用onPause方法，暂停当前Activity的执行，恢复时调用onResume。但是若当前activity是被弹出的Dialog、PopWindow遮挡，并不会执行onPause，弹出窗消失时activity也不会执行onResume，弹出窗依附于当前activity的上下文，属于与当前activity正常交互，感兴趣的小伙伴可以试试。

        3. 横竖屏切换会重新创建activity，当然设置android:configChanges="orientation|keyboardHidden|screenSize"例外。

        4. 当前Activity被完全遮住（转到新的Activity界面或按Home键回到主屏，自身退居后台）：系统会先调用onPause方法，然后调用onStop方法，进入停滞状态。

        5. 用户后退回到此Activity：系统会先调用onRestart方法，然后调用onStart方法，最后调用onResume方法，再次进入运行状态。

        6. 当前Activity处于后台不可见状态，系统内存不足，杀死当前Activity，而后用户退回当前Activity：再次调用onCreate方法、onStart方法、onResume方法，进入运行状态。

        7. 用户退出当前Activity：系统先调用onPause方法，然后调用onStop方法，最后调用onDestory方法，结束当前Activity。

常用回调函数

        1. 生命周期函数肯定是最常用的几个函数，但是当我们在使用过程中需注意生命周期是成对的，尤其是我们在绑定某些资源、接口的时候，需要成对使用。

        比如EventBus、广播的注册，在onStart中注册广播，就需要在onStop中解绑，倘若在onStart中注册广播，在onDestroy中解绑，那么就可能出现多次注册该广播，然而最终注销的只有一个，最终造成receiver泄露。而某些机型会对receiver进行资源管控，当该应用注册过多receiver，管控模块抛出异常，应用FC。

        2. onBackPressed()，重写当前activity的返回事件，比如点击两次返回键退出应用、点击返回键先收起菜单、弹出框等操作。

        3.onSaveInstanceState()、onRestoreInstanceState(), 主要做activity在意外情况下被销毁的数据保存与恢复工作，但是这两个函数并不是成对出现，当前activity进入后台，或配置信息反生改变而Manifest文件中又没有对当前activity进行配置，onSaveInstanceState就会被回调，但是只有当activity由于系统内存不足等原因被意外kill，而又需要马上重建恢复的时候onRestoreInstanceState才会被回调。

        4. onNewIntent（），配合singleTop与singleTask两种启动模式使用。

        5. startActivityForResult、onActivityResult()、setResult(), 这个组合通常用于携带数据跳转到另一个界面，完成某些操作并携带回数据。

        6. Activity隐式跳转注意规避ActivityNotFoundException 的异常，因为Activity 间通过隐式 Intent 的跳转，有可能找不到合适的调用组件，在发出 Intent 之前必须通过 resolveActivity检查，造成 ActivityNotFoundException 的异常。常用写法如下：

启动模式、任务栈

        众所周知，每当创建一个新activity实例的时候，该实例都会push到Activity Stack中，四种启动模式就关系到入栈与出栈，standard标准模式、singleTop栈顶复用模式、singleTask栈内复用模式、singleInstance单实例模式，这里仅简述其特性及使用场景。

1、Standard

        特点：无论如何都会创建新的activity实例；

        应用场景：展示不同的页面，例如：列表页和详情页。

2、SingleTop

        特点：需要跳转的activity就是当前activity，即位于栈顶，就不再创建新实例，刷新页面数据需覆盖onNewIntent方法；

        应用场景：如展示通知详情。

3、SingleTask

        特点：若当前activity位于当前应用的stack中，不再创建新的实例，会销毁当前栈中所有位于他上面的activity，因此需要慎用；

        应用场景：整个应用中只需要唯一的实例，例如：应用首页、主页，通常会有在列表、详情、其他模块子页面中一键回到主页的需求；阅读、视频播放界面，通常在阅读、播放界面我们可以浏览其他资源，然后进行播放。

        使用该模式与SingleTop目的都是尽量少创建activity实例，降低资源开销，同时避免有多个相同页面被展示出来，点击返回键多次点击都是相同页面，提高用户体验。

4、singleInstance

        特点：会创建新的任务栈，activity不会进入当前应用的任务栈中，acitivity已经存在，系统会让存储该activity的栈转到前台并展示出来；

        应用场景：公共的模块，可以被不同应用共用的功能，与当前应用分离开，例如：闹铃、天气、日历等。

        通常我们可以通过维护自定义activity栈，方便操作activity实例，统一添加进入、退出动画，同事可以通过定义BaseActivity，用于统一定义Activity的状态栏、标题栏样式、网络状态等。下面说说通常维护自定义任务栈的做法：

1、继承Application，注册registerActivityLifecycleCallbacks，一般在onCreate（）里处理；

2、实现ActivityLifecycleCallbacks接口，与第一步呼应可在onTerminate（）中解绑注册；

3、维护自定义Stack，在ActivityLifecycleCallbacks接口的onActivityCreated（）回调方法中入栈，在onActivityDestroyed（）中出栈并销毁；

        我们不仅仅可以利用ActivityLifecycleCallbacks接口维护自定义栈，因为所有Activity的生命周期都会在这里回调，我们可以根据条件随心处理，以便能在同一生命周期中统一处理所有activity的事务，相当便捷。

数据保存及通信方式

        总所周知的函数onSaveInstanceState（）与onRestoreInstanceState（），但是值得注意的是这两个函数并不一定被调用是成对出现的，详细描述见第一部分第三点。因此这里通常作部分UI状态、成员变量保存，持久化数据保存通常在onPause（）中处理；此外，onRestoreInstanceState（）与onCreate（）中所带Bundel参数是一致的。

Activity间通信方式：

1、Intent；

2、Broadcast，实质也是Intent；

3、静态变量（慎用，注意内存泄漏，以及多线程状态下的调用）；

4、Application 共享；

5、SharedPreference、DataBase、File（多用于数据缓存，而不用于数据传递，但也可以实现数据传递）；

6、ClipBoard，应用程序内部共享数据，也可以进程间的数据共享，支持文本、二进制数据流或其它复杂的数据（注意隐私数据的保护，因为该方式是系统级别的，所有应用程序都可以获得，也可以篡改）

        上述部分仅仅是个人工作经验的总结，必然有不完善之处与不准确的地方，欢迎大家留言补充、讨论，当然也欢迎大家多多点赞^-^ ^-^