Activity被意外销毁
* 销毁原因
当资源相关的系统配置发生改变，系统默认会销毁Activity并且重新创建;
如：屏幕竖屏切换为横屏，系统会销毁Activity，重新配置横屏应该对应的图片。mdpi/hdpi
* 如何处理?
1.可以在清单文件配置Activity的android:configChanges；
指定某些配置改变的情况下不重建.
如:android:configChanges="orientation|keyboardHidden|screenSize"
切屏的情况下不重建Activity
2.异常情况下销毁Activity，会调用onSaveInstanceState,我们可以在该方法里面
缓存一些重要消息，如保存字符串:savedInstanceState.putString(key,value);
Activity重建的时候会调用onRestoreInstanceState();
可以从中取出销毁前缓存的数据,savedInstanceState.getString(key);
Activity的启动模式
* standard标准模式：
启动Activiy：A1,每一次都创建A的新实例在它之上，按栈顺序依次出栈
* singleTop栈顶模式：
(1)不允许相同的Activity重复叠加在一个栈上，
启动Activity:A1,如果A1在栈顶就复用他。
(2)使用场景:
——在通知栏点击后需要启动一个活动，这个就要用到这个模式，
否则的话每次点击都会新建一个活动，你可能说怎么会干这个无聊的事，
你不会不代表用户不会。
——短信发送界面Acitvity
* singleTask:
单一任务栈，同一应用中只有一个实例.
(1)启动A：如果在任务栈中还有b,c，就destory掉b,c
(2)应用场景:如果一个Activity非常消耗内存和cpu资源,
建议把这个Activity做成singletask的模式[节约资源]==>浏览器browserActivity
* singleInstance
只有一个实例，且独占一个任务栈.
(1)启动A：如果在任务栈中还有b,c，就会重新创建任务栈再把a放入新建的任务栈
(2)使用场景:
通话界面Activity
Service
1.使用方式:
* startService
主要用于启动一个服务执行后台任务，不进行通信。停止服务使用stopService。
* bindService
方法启动的服务要进行通信。停止服务使用unbindService。
* 注：
(1)startService的服务生命周期
====一个Service被使用startService方法启动，不管是否调用了
bindService（绑定服务）或unbindService（解除绑定服务）到该Service，该Service都
会在后台运行并不受影响
====startService方法启动多少次，onCreate方法只会调用一次，
onStartCommand方法将会被调用多次（与startService的次数一致），且系统只会创建
一个Service实例（结束该Service也只需要调用一次stopService），该Service会一直
在后台运行，直至调用stopService或调用自身的stopSelf方法
(2)bindService
====调用bindService方法启动，不论bindService被调用几次，Service的onCreate方法
只会执行一次，同时onStartCommand方法始终不会调用
====当建立连接后，Service会一直运行，除非调用unbindService来解除绑定，
或者调用该Service的Context不存在了，如Activity被finish掉，系统会停止服务
(3)同时使用startService、bindService 启动的服务
停止服务应同时使用stopService与unbindService。
2.运行地点:
本地服务:该服务依附在主进程上
远程服务:该服务是独立的进程并且使用AIDL进行IPC稍微麻烦一点,
一些提供系统服务的Service，这种Service是常驻的。如：第三方支付
3.bindService()用法
(1)创建服务类,重写onBind(),返回自定义的代理对像MyBinder
(2)bindService(intent,new Myconn(),BIND_AUTO_CREATE);
链接服务
class Myconn implements ServiceConnection {
onServiceConnected() {//成功
myBinder = Service;
}
}
(3)myBinder.方法()调用服务
4.远程服务AIDL
定义aidl:先定义接口,再把接口后缀名改为aidl
特点:无法识别public
作用:进程间通信Binder.
* 1.编写远程服务和本地服务类似,在清单文件申明，设置其action
* 2.调用：
//绑定服务，通过action来识别服务
intent.setAction("com.zk.romoteService");
bindService(intent,new MyConn(),BIND_AUTO_CREATE);
//链接服务得到代理对象
MyConn implements ServiceConnection{
Connected() {
iService = Iservice.Stub.asInterface
}
}
//通过代理对象调用服务里的方法
iService.callMethodInservice();
* 3.定义的接口Iservice.aidl
interface Iservice{
void callMethodInservice();
}
BroadcastReceiver
不适合做耗时操作
动态注册：跟随Activity的生命周期
静态注册：常驻
* 普通广播(context.sendBroadcast())
1.完全是异步的，可以在同一时刻被所有接受者接收到
2.效率高
3.不能将处理结果传递给下一个接收者,并且无法终止广播intent的传播
* 有序广播(context.sendOrderrdBroadcast())
按照接收者声明的优先级别，被接受者一次接收广播，A->B->C
ContentProvider
实现和第三方app进行共享数据[开放自己的应用数据给其它应用进行增删改查，
而不用担心安全问题]
系统的ContentProvider：通话记录,短信,通讯录
* eg：content://me.pengtao.contentprovidertest/test
【uri映射到数据库表】
Authority：授权信息，用以区别不同的ContentProvider；
Path：表名，用以区分ContentProvider中不同的数据表；
Id：Id号，用以区别表中的不同数据；
* UriMatcher的使用
* 数据共享
1.数据方：
声明权限
<permission android:name="me.pengtao.READ" android:protectionLevel="normal"/>
更改provider标签
<provider
android:authorities="me.pengtao.contentprovidertest"
android:name=".provider.TestProvider"
android:readPermission="me.pengtao.READ"
android:exported="true">
</provider>
2.其它应用中访问
<uses-permission android:name="me.pengtao.READ"/>
