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，每当client代码通过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就已经退出了。