ContentProvider简介
ContentProvider是不同应用程序之间进行数据交换的标准API，当一个应用程序需要把自己的数据暴露给其他程序使用时，该应用程序便可通过提供ContentProvider来实现，其他应用程序就可通过ContentResolver来操作ContentProvider暴露的数据。如果某一应用程序通过ContentProvider暴露了自己的数据操作接口，则不管该应用程序是否启动，其他应用程序都可以通过该接口来操作该应用程序的内部数据，包括增加、删除、修改、查询数据。
android:authorities属性
定义好的ContentProvider类必须在AndroidManifest.xml里声明后才能使用，声明中必须添加授权属性
android:authorities，相当于为该ContentProvider指定域名，Content uri中content://authority/optionalPath/optionalId的authority部分便是android:authorities属性指定的值。属性值定义的方法为包名+ “.”+ 该ContentProvider的名称。
Service本身存在的两个问题
1. Service不会专门启动一条单独的进程，Service与它所在应用处于同一个进程中。
2. Service不是一条新的线程，因此不应该在Service中直接处理耗时的操作，耗时的操作应该开启一个新的线程来处理。
处理耗时任务的问题
如果就开发这需要在Service模块中处理耗时任务，一般是在Service中另外启动一条新线程来处理，但不能在其他应用程序组件中启动子线程来处理，因为Activity可能会被用户退出、BroadcastReceiver的生命周期很短，很有可能出现子线程还没有结束，Activity已经被用户退出，或者BroadcastReceiver已经结束，出现空线程的情况。
IntentService简介
IntentService能够弥补Service本身的两个缺陷: IntentService会使用队列来管理请求的Intent，每当客户端代码通过Intent请求启动IntentService时，IntentService会将该Intent加入队列中，然后开启一条新的worker线程来处理该Intent，对于异步的startService()请求，IntentService会按次序依次处理队列中的Intent，该线程保证同一时刻只处理一个Intent。由于IntentService使用新的worker线程处理Intent请求，因此IntentService不会阻塞主线程，所以IntentService自己便能处理耗时的任务。
静态代码块
即类中不包含任何方法体的静态代码块，其格式一般为static{…}。这种静态代码块只在类被加载时执行，而且只执行一次。静态代码块一般用来执行类属性的初始化。
getResources().getStringArray(…)作用
getResources().getStringArray(R.array.setting)是获取应用程序中数组资源的方法，即如果要使用应用程序中定义的数组资源，需要使用getResources().getStringArray(R.array.*)，其返回值为一个数组。
TelephonyManager服务类的getXxx()方法举例
1.TelephonyManager.getDeviceId() //获取设备的编号
2.TelephonyManager.getDeviceSoftwareVersion() //获取系统平台的版本
3.TelephonyManager.getNetworkOperator() //获取网络运营商代号
4.TelephonyManager.getNetworkOperatorName() //获取网络运营商名称
5.TelephonyManager.getPhoneType() //获取手机网络类型
6.TelephonyManager.getCellLocation() //获取设备所在位置
7.TelephonyManager.getSimCountryIso() //获取SIM卡的国别
8.TelephonyManager.getSimSerialNumber() //获取SIM卡序列号
9.TelephonyManager.getSimState() //获取SIM卡状态
返回值的类型都是String类型。
通话状态监听器PhoneStateListener简介
PhoneStateListener是通话状态监听器，定义该监听器时必须实现onCallStateChanged(intstate, String number)方法。通话状态的主要静态常量: int CALL_STATE_IDLE //空闲状态，没有任何活动 int CALL_STATE_OFFHOOK //摘机状态，至少有个电话活动，该活动或是拨打或是通话，或者是on hold。并且没有电话是ringing or waiting intCALL_STATE_RINGING //来电状态，电话铃声响起的那段时间或正在通话又来新电，新来电话不得不等待的那段时间。
获取短信管理器的方法
SmsManager sManager= SmsManager.getDefault(); //由此方法获取应用程序的SmsManager
PendingIntent对象简介
PendingIntent对象是对Intent的包装，一般通过调用PendingIntent的getActivity()、getService()、getBroadcastReceiver()静态方法来获取PendingIntent对象。与Intent对象不同的是，PendingIntent通常会传给其他应用组件，从而由其他应用程序来执行PendingIntent所包装的Intent。
BroadcastReceiver简介
BroadcastReceiver属于系统级的监听器，拥有自己的进程，只要存在与之匹配的Intent被广播出来，BroadcastReceiver就能被激发。当被激发后，会自动触发它的onReceive()方法，onReceive()方法执行完毕后，BroadcastReceiver的实例便会被销毁。与Activity组件不同的是，当系统通过Intent启动指定的Activity组件时，如果没有找到合适的Activity组件，会导致程序异常终止，但系统通过Intent激发BroadcastReceiver时，如果找不到合适的BroadcastReceiver组件，应用不会有任何问题。此外，不能在onReceive()中执行耗时的操作，可以考虑通过Intent启动一个Service来完成该操作。但不能使用新线程完成耗时的操作，因为BroadcastReceiver本身的生命周期很短，可能出现子线程还没结束，BroadcastReceiver就已经退出了。