Activity
Activity的生命周期:
1、启动Activity: onCreate()->onStart()->onResume()，Activity进入运行状态。
2、Activity退居后台: 当前Activity转到新的Activity界面或按Home键回到主屏： onPause()->onSaveInstanceState()->onStop()，进入停滞状态。
3、Activity返回前台: onRestart()->onStart()->onResume()，再次回到运行状态。
4、Activity退居后台，且系统内存不足， 系统会杀死这个后台状态的Activity（此时这个Activity引用仍然处在任务栈中，只是这个时候引用指向的对象已经为null），若再次回到这个Activity,则会走onCreate()->onStart()->onRestoreInstanceState ()->onResume()(将重新走一次Activity的初始化生命周期)
5、锁屏：onPause()->onSaveInstanceState()->onStop()
6、解锁：onStart()->onRestoreInstanceState ()->onResume()
7、屏幕旋转：onPause()->onSaveInstanceState()->onStop()->onDestroy()->onCreate()->onStart()->onRestoreInstanceState ()->onResume()
这里的onSaveInstanceState()是用来保存Activity因意外关闭（即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据）而进行保存非持久化数据的方法（存储持久化数据应该在onPause()方法中，但是这个方法应该执行耗时较短数据，因为会影响下个Activity的启动速度），如 当用户按下HOME键时；按下电源键时等等，对应有恢复保存的数据的方法onRestoreInstanceState (Bundle outState)，你也可以选择在onCreate方法中做数据恢复
Activity的启动模式：
这个可以参考一下我的另外的一篇文章http://www.jianshu.com/p/c8bacffae58b
Service
运行在主线程的，所以如果在后台执行耗时操作会导致ANR（可以新建一个线程执行）
Service生命周期方法：
onCreate()：当Service第一次被创建后立即回调该方法
onDestory()：当Service被关闭时会回调该方法
onStartCommand(intent,flag,startId)： 当客户端调用startService(Intent)方法时会回调，可多次调用StartService方法， 但不会再创建新的Service对象，而是继续复用前面产生的Service对象，但会继续回调 onStartCommand()方法！
IBinder onOnbind(intent)：该方法是Service都必须实现的方法，该方法会返回一个 IBinder对象，app通过该对象与Service组件进行通信！这个方法在bindService方式启动服务的时候，需要返回IBinder 对象（在StartService直接返回null就行了），然后在Activity 定义一个ServiceConnection对象,重写两个方法, onServiceConnected和onDisconnected，然后直接读取IBinder传递过来的参数
onUnbind(intent)：当该Service上绑定的所有客户端都断开时会回调该方法！
Service启动方式：
StartService()启动Service；BindService()启动Service
PS:还有一种，就是启动Service后，绑定Service！
有什么区别：
1.在Context中通过public boolean bindService(Intent service,ServiceConnection conn,int flags) 方法来进行Service与Context的关联并启动，并且Service的生命周期依附于Context。
2.通过public ComponentName startService(Intent service)方法去启动一个Service，此时Service的生命周期与启动它的Context无关。
3.都需要在xml里注册你的Service
关于进程保活的招式：
1、放一个像素在前台(手机QQ)
2、setForeground 将后台AService 设置为前台 Service，然后通过实现一个内部 BService，在 Aervice 和其内部 BService 中同时发送具有相同 ID 的 Notification，然后将内部 BService 结束掉。随着内部 BService 的结束，Notification 将会消失，但系统优先级依然保持为2。
3、提升service优先级，可以通过android:priority = "1000"这个属性设置最高优先级
4、onDestroy方法里重启service，service +broadcast 方式，就是当service走onDestory()的时候，发送一个自定义的广播，当收到广播的时候，重新启动service，也可以直接在onDestroy()里startService
5、监听系统广播判断Service状态，通过系统的一些广播，比如：手机重启、界面唤醒、应用状态改变等等监听并捕获到，然后判断我们的Service是否还存活，别忘记加权限
6、利用Native进程拉活
7、root之后放到system/app变成系统级应用
8、利用 JobScheduler 机制拉活，Android5.0 以后系统对 Native 进程等加强了管理，Native 拉活方式失效。系统在 Android5.0 以上版本提供了 JobScheduler 接口，系统会定时调用该进程以使应用进行一些逻辑操作
BroadcastReceiver
不要在广播里添加过多逻辑或者进行任何耗时操作,因为在广播中是不允许开辟线程的, 当onReceiver( )方法运行较长时间(超过10秒)还没有结束的话,那么程序会报错(ANR), 广播更多的时候扮演的是一个打开其他组件的角色,比如启动Service,Notification提示, Activity等。
静态注册：在AndroidManifest.xml文件中进行注册，当App退出后，Receiver仍然可以接收到广播并且进行相应的处理
动态注册：在代码中动态注册，当App退出后，也就没办法再接受广播了
无论动态还是静态都要重写onReceive(Context context, Intent intent)这个方法
ContentProvider
一般情况下通过ContentProvider 来读取其他应用的信息，最常用的莫过于读取系统APP，信息，联系人， 多媒体信息等
可以参考http://blog.csdn.net/juetion/article/details/17481039
