Andriod学习 第十二周
一、Service
首先我们来了解一下线程的相关概念:
线程
-
1 相关概念
- 程序：为了完成特定任务，用某种语言编写的一组指令集合(一组静态代码)
- 进程：运行中的程序，系统调度与资源分配的一个独立单位，操作系统会 为每个进程分配一段内存空间。程序的依次动态执行，经历代码的加载，执行， 执行完毕的完整过程。
- 线程：比进程更小的执行单元，每个进程可能有多条线程，线程需要放在一个 进程中才能执行，线程由程序负责管理，而进程则由系统进行调度。
- 多线程的理解：并行执行多个条指令，将CPU时间片按照调度算法分配给各个 线程，实际上是分时执行的，只是这个切换的时间很短，用户感觉到"同时"而已。
-
2 线程的生命周期
-
3 创建线程的三种方式
- 继承Thread类
- 实现Runnable接口
- 实现Callable接口
如果使用的是2创建的线程的话，可以直接这样启动：
new Thread(myThread).start();
当更多的时候我们喜欢使用匿名类，即下面这种写法：
new Thread(new Runnable(){
public void run();
}).start();
Service与Thread
两者并没有太大的关系，但容易混淆。 Thread是线程，程序执行的最小单元，分配CPU的基本单位， 而Service则是Android提供一个允许长时间留驻后台的一个组件，最常见的 用法就是做轮询操作。
Service的生命周期
生命周期解析
好的，从上图的生命周期，我们可以知道，Android中使用Service的方式有两种：
- 1）StartService()启动Service
- 2）BindService()启动Service
1）相关方法详解：
onCreate()：当Service第一次被创建后立即回调该方法，该方法在整个生命周期 中只会调用一次。
onDestory()：当Service被关闭时会回调该方法，该方法只会回调一次。
onStartCommand(intent，flag，startId)：早期版本是onStart(intent，startId)， 当客户端调用startService(Intent)方法时会回调，可多次调用StartService方法， 但不会再创建新的Service对象，而是继续复用前面产生的Service对象，但会继续回调 onStartCommand()方法。
IBinder onOnbind(intent)：该方法是Service都必须实现的方法，该方法会返回一个 IBinder对象，app通过该对象与Service组件进行通信。
onUnbind(intent)：当该Service上绑定的所有客户端都断开时会回调该方法。
2）StartService启动Service
①首次启动会创建一个Service实例，依次调用onCreate()和onStartCommand()方法，此时Service 进入运行状态，如果再次调用StartService启动Service，将不会再创建新的Service对象， 系统会直接复用前面创建的Service对象，调用它的onStartCommand()方法。
②但这样的Service与它的调用者无必然的联系，就是说当调用者结束了自己的生命周期， 但是只要不调用stopService，那么Service还是会继续运行的。
③无论启动了多少次Service，只需调用一次StopService即可停掉Service。
3）BindService启动Service
①当首次使用bindService绑定一个Service时，系统会实例化一个Service实例，并调用其onCreate()和onBind()方法，然后调用者就可以通过IBinder和Service进行交互了，此后如果再次使用bindService绑定Service，系统不会创建新的Sevice实例，也不会再调用onBind()方法，只会直接把IBinder对象传递给其他后来增加的客户端。
②如果我们解除与服务的绑定，只需调用unbindService()，此时onUnbind和onDestory方法将会被调用。这是一个客户端的情况，假如是多个客户端绑定同一个Service的话，情况如下 当一个客户完成和service之间的互动后，它调用 unbindService() 方法来解除绑定。当所有的客户端都和service解除绑定后，系统会销毁service。（除非service也被startService()方法开启）
③另外，和上面那张情况不同，bindService模式下的Service是与调用者相互关联的，可以理解为 "一条绳子上的蚂蚱"，在bindService后，一旦调用者销毁，那么Service也立即终止。
通过BindService调用Service时调用的Context的bindService的解析bindService(Intent Service，ServiceConnection conn，int flags)
service:通过该intent指定要启动的Service
conn:ServiceConnection对象，用户监听访问者与Service间的连接情况， 连接成功回调该对象中的onServiceConnected(ComponentName，IBinder)方法; 如果Service所在的宿主由于异常终止或者其他原因终止，导致Service与访问者间断开 连接时调用onServiceDisconnected(CompanentName)方法，主动通过unBindService() 方法断开并不会调用上述方法。
flags:指定绑定时是否自动创建Service(如果Service还未创建)， 参数可以是0(不自动创建)，BIND_AUTO_CREATE(自动创建)
4）StartService启动Service后bindService绑定
如果Service已经由某个客户端通过StartService()启动，接下来由其他客户端 再调用bindService(）绑定到该Service后调用unbindService()解除绑定最后在 调用bindService()绑定到Service的话，此时所触发的生命周期方法如下:
onCreate( )->onStartCommand( )->onBind( )->onUnbind( )->onRebind( )
PS:前提是:onUnbind()方法返回true。。。 这里或许部分读者有疑惑了，调用了unbindService后Service不是应该调用 onDistory()方法么。其实这是因为这个Service是由我们的StartService来启动的 ，所以你调用onUnbind()方法取消绑定，Service也是不会终止的。
得出的结论: 假如我们使用bindService来绑定一个启动的Service，注意是已经启动的Service。。。 系统只是将Service的内部IBinder对象传递给Activity，并不会将Service的生命周期 与Activity绑定，因此调用unBindService( )方法取消绑定时，Service也不会被销毁。
二、广播接收器
广播接收器用于响应来自其他应用程序或者系统的广播消息。这些消息有时被称为事件或者意图。例如，应用程序可以初始化广播来让其他的应用程序知道一些数据已经被下载到设备，并可以为他们所用。这样广播接收器可以定义适当的动作来拦截这些通信。有以下两个重要的步骤来使系统的广播意图配合广播接收器工作。
- 创建广播接收器
- 注册广播接收器
还有一个附加的步骤，要实现自定义的意图，你必须创建并广播这些意图。
创建广播接收器
广播接收器需要实现为BroadcastReceiver类的子类，并重写onReceive()方法来接收以Intent对象为参数的消息。
public class MyReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "Intent Detected.", Toast.LENGTH_LONG).show();
}
}
注册广播接收器
应用程序通过在AndroidManifest.xml中注册广播接收器来监听制定的广播意图。假设我们将要注册MyReceiver来监听系统产生的ACTION_BOOT_COMPLETED事件。该事件由Android系统的启动进程完成时发出。
<application
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme" >
<receiver android:name="MyReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED">
</action>
</intent-filter>
</receiver>
</application>
现在，无论什么时候Android设备被启动，都将被广播接收器MyReceiver所拦截，并且在onReceive()中实现的逻辑将被执行。有许多系统产生的事件被定义为类Intent中的静态常量值。下面的表格列举了重要的系统事件。
| 事件常量 | 描述 |
|---|---|
| android.intent.action.BATTERY_CHANGED | 持久的广播，包含电池的充电状态，级别和其他信息。 |
| android.intent.action.BATTERY_LOW | 标识设备的低电量条件。 |
| android.intent.action.BATTERY_OKAY | 在电池电量低之后标识，表示现在已经好了。 |
| android.intent.action.BOOT_COMPLETED | 在系统完成启动后广播一次。 |
| android.intent.action.BUG_REPORT | 显示报告bug的活动。 |
| android.intent.action.CALL | 执行呼叫数据指定的某人。 |
| android.intent.action.CALL_BUTTON | 用户点击"呼叫"按钮打开拨号器或者其他拨号的合适界面。 |
| android.intent.action.DATE_CHANGED | 日期发生改变。 |
| android.intent.action.REBOOT | 设备重启。 |
广播自定义意图
如果我们想要应用程序中生成并发送自定义意图，你需要在活动类中通过sendBroadcast()来创建并发送这些意图。如果你使用sendStickyBroadcast(Intent)方法，则意图是持久的(sticky)，这意味者你发出的意图在广播完成后一直保持着。
public void broadcastIntent(View view)
{
Intent intent = new Intent();
intent.setAction("top.archemiya.CUSTOM_INTENT");
sendBroadcast(intent);
}
//top.archemiya.CUSTOM_INTENT的意图可以像之前我们注册系统产生的意图一样被注册。
<application
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme" >
<receiver android:name="MyReceiver">
<intent-filter>
<action android:name="top.archemiya.CUSTOM_INTENT">
</action>
</intent-filter>
</receiver>
</application>
三、闹钟服务
Android中的AlarmManager(闹钟服务)，听名字我们知道可以通过它开发手机闹钟类的APP， 而在文档中的解释是：在特定的时刻为我们广播一个指定的Intent，简单说就是我们自己定一个时间， 然后当到时间时，AlarmManager会为我们广播一个我们设定好的Intent，比如时间到了，可以指向某个 Activity或者Service。另外要注意一点的是，AlarmManager主要是用来在某个时刻运行你的代码的，即时你的APP在那个特定 时间并没有运行。还有，从API 19开始，Alarm的机制都是非准确传递的，操作系统将会转换闹钟 ，来最小化唤醒和电池的使用。某些新的API会支持严格准确的传递，见 setWindow(int， long， long， PendingIntent)和setExact(int， long， PendingIntent)。 targetSdkVersion在API 19之前应用仍将继续使用以前的行为，所有的闹钟在要求准确传递的情况下都会准确传递。
实例
对于获取AlarmManager实例对象，我们可以使用AlarmManager alarmManager = (AlarmManager) getSystemService(ALARM_SERVICE);。在AlarmManager类中，有多种相关方法与相关参数，下面我们一一列出在表格中，以便之后使用查阅：
| 方法名 | 说明 |
|---|---|
| set(int type,long startTime,PendingIntent pi) | 一次性闹钟 |
| setRepeating(int type，long startTime，long intervalTime，PendingIntent pi) | 重复性闹钟,和3有区别,3闹钟间隔时间不固定 |
| setInexactRepeating（int type，long startTime，long intervalTime,PendingIntent pi） | 重复性闹钟，时间不固定 |
| cancel(PendingIntent pi) | 取消AlarmManager的定时服务 |
| getNextAlarmClock() | 得到下一个闹钟，返回值AlarmManager.AlarmClockInfo |
| setAndAllowWhileIdle(int type, long triggerAtMillis, PendingIntent operation) | 和set方法类似，这个闹钟运行在系统处于低电模式时有效 |
| setExact(int type, long triggerAtMillis, PendingIntent operation) | 在规定的时间精确的执行闹钟，比set方法设置的精度更高 |
| setTime(long millis) | 设置系统墙上的时间 |
| setTimeZone(String timeZone) | 设置系统持续的默认时区 |
| setWindow(int type, long windowStartMillis, long windowLengthMillis, PendingIntent operation) | 设置一个闹钟在给定的时间窗触发。类似于set，该方法允许应用程序精确地控制操作系统调 整闹钟触发时间的程度。 |
参数名及其说明
- Type(闹钟类型) 有五个可选值:
- AlarmManager.ELAPSED_REALTIME: 闹钟在手机睡眠状态下不可用，该状态下闹钟使用相对时间（相对于系统启动开始），状态值为3；
- AlarmManager.ELAPSED_REALTIME_WAKEUP 闹钟在睡眠状态下会唤醒系统并执行提示功能，该状态下闹钟也使用相对时间，状态值为2；
- AlarmManager.RTC 闹钟在睡眠状态下不可用，该状态下闹钟使用绝对时间，即当前系统时间，状态值为1；
- AlarmManager.RTC_WAKEUP 表示闹钟在睡眠状态下会唤醒系统并执行提示功能，该状态下闹钟使用绝对时间，状态值为0；
- AlarmManager.POWER_OFF_WAKEUP 表示闹钟在手机关机状态下也能正常进行提示功能，所以是5个状态中用的最多的状态之一，该状态下闹钟也是用绝对时间，状态值为4；不过本状态好像受SDK版本影响，某些版本并不支持；
- startTime：闹钟的第一次执行时间，以毫秒为单位，可以自定义时间，不过一般使用当前时间。 需要注意的是,本属性与第一个属性（type）密切相关,如果第一个参数对应的闹钟使用的是相对时间 （ELAPSED_REALTIME和ELAPSED_REALTIME_WAKEUP），那么本属性就得使用相对时间 （相对于系统启动时间来说）,比如当前时间就表示为:SystemClock.elapsedRealtime()； 如果第一个参数对应的闹钟使用的是绝对时间(RTC、RTC_WAKEUP、POWER_OFF_WAKEUP）, 那么本属性就得使用绝对时间，比如当前时间就表示为：System.currentTimeMillis()。
- intervalTime：表示两次闹钟执行的间隔时间,也是以毫秒为单位.
- PendingIntent：绑定了闹钟的执行动作，比如发送一个广播、给出提示等等。 PendingIntent是Intent的封装类。需要注意的是，如果是通过启动服务来实现闹钟提 示的话，PendingIntent对象的获取就应该采用Pending.getService (Context c,int i,Intent intent,int j)方法；如果是通过广播来实现闹钟 提示的话，PendingIntent对象的获取就应该采用 PendingIntent.getBroadcast (Context c,int i,Intent intent,int j)方法；如果是采用Activity的方式来实 现闹钟提示的话，PendingIntent对象的获取就应该采用 PendingIntent.getActivity(Context c,int i,Intent intent,int j)方法。 如果这三种方法错用了的话，虽然不会报错，但是看不到闹钟提示效果。
四、内容提供者
内容提供者组件通过请求从一个应用程序向其他的应用程序提供数据。这些请求由类 ContentResolver 的方法来处理。内容提供者可以使用不同的方式来存储数据。数据可以被存放在数据库，文件，甚至是网络。
有时候需要在应用程序之间共享数据。这时内容提供者变得非常有用。内容提供者可以让内容集中，必要时可以有多个不同的应用程序来访问。内容提供者的行为和数据库很像。你可以查询，编辑它的内容，使用 insert()， update()， delete() 和 query() 来添加或者删除内容。多数情况下数据被存储在 SQLite 数据库。内容提供者被实现为类 ContentProvider 类的子类。需要实现一系列标准的 API，以便其他的应用程序来执行事务。
public class MyApplication extends ContentProvider { }
内容URI
要查询内容提供者，你需要以如下格式的URI的形式来指定查询字符串：<prefix>://<authority>/<data_type>/<id>
以下是URI中各部分的具体说明：
| 部分 | 说明 |
|---|---|
| prefix | 前缀：一直被设置为content:// |
| authority | 授权：指定内容提供者的名称，例如联系人，浏览器等。第三方的内容提供者可以是全名，如：top.archemiya.statusprovider |
| data_type | 数据类型：这个表明这个特殊的内容提供者中的数据的类型。例如：你要通过内容提供者Contacts来获取所有的通讯录，数据路径是people，那么URI将是下面这样：content://contacts/people |
| id | 这个指定特定的请求记录。例如：你在内容提供者Contacts中查找联系人的ID号为20189219，那么URI看起来是这样：content://contacts/people/20189219 |
创建内容提供者
这里描述创建自己的内容提供者的简单步骤。
- 首先，你需要继承类 ContentProviderbase 来创建一个内容提供者类。
- 其次，你需要定义用于访问内容的你的内容提供者URI地址。
- 接下来，你需要创建数据库来保存内容。通常，Android 使用 SQLite 数据库，并在框架中重写 onCreate() 方法来使用 SQLiteOpenHelper 的方法创建或者打开提供者的数据库。当你的应用程序被启动，它的每个内容提供者的 onCreate() 方法将在应用程序主线程中被调用。
- 最后，使用<provider.../>标签在 AndroidManifest.xml 中注册内容提供者。
以下是让你的内容提供者正常工作，你需要在类 ContentProvider 中重写的一些方法：
- onCreate():当提供者被启动时调用。
- query():该方法从客户端接受请求。结果是返回指针(Cursor)对象。
- insert():该方法向内容提供者插入新的记录。
- delete():该方法从内容提供者中删除已存在的记录。
- update():该方法更新内容提供者中已存在的记录。
- getType():该方法为给定的URI返回元数据类型。
