HelloWorld项目的索引结构 - 三星 OMNIA7/I8700 刷机 ROM聚合

当前位置: 编程技术>移动开发

本页文章导读:

▪HelloWorld项目的索引结构 HelloWorld项目的目录结构引言前面Android开发之旅：环境搭建及HelloWorld，我们介绍了如何搭建Android开发环境及简单地建立一个HelloWorld项目，本篇将通过HelloWorld项目来介绍Android项目的目录结.........

▪ 三星 OMNIA7/I8700 刷机 ROM聚合三星 OMNIA7/I8700 刷机 ROM集合目前三星0MNIA7无刷机必要，以下ROM转自XDA-DAV，仅供有兴趣的同学下载研究。========================================2010年12月25日发布I8700 DTMJJ6 解压密码samfirmware.comhttp://u.........

▪ BroadcastReceiver的运用 BroadcastReceiver的使用 BroadCastReceiver 简介 BroadCastReceiver 源码位于： framework/base/core/java/android.content.BroadcastReceiver.java 广播接收者（ BroadcastReceiver ）用于接收广播 Intent ，广播 Intent 的发送.........

[1]HelloWorld项目的索引结构

来源: 互联网发布时间: 2014-02-18

HelloWorld项目的目录结构

引言

前面Android开发之旅：环境搭建及HelloWorld，我们介绍了如何搭建Android开发环境及简单地建立一个HelloWorld项目，本篇将通过HelloWorld项目来介绍Android项目的目录结构。本文的主要主题如下：

1、HelloWorld项目的目录结构
- 1.1、src文件夹
- 1.2、gen文件夹
- 1.3、Android 2.1文件夹
- 1.4、assets
- 1.5、res文件夹
- 1.6、AndroidManifest.xml
- 1.7、default.properties

1、HelloWorld项目的目录结构

（这个HelloWorld项目是基于Android 2.1的）在Eclipse的左侧展开HelloWorld项目，可以看到如下图的目录结构：

图1、HelloWorld项目目录结构

下面将分节介绍上面的各级目录结构。

1.1、src文件夹

顾名思义（src, source code）该文件夹是放项目的源代码的。打开HelloWorld.java文件会看到如下代码：

HelloWorld.javapackage helloworld.test;

import android.app.Activity;
import android.os.Bundle;

public class HelloWorld extends Activity {
    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
    }
}可以知道：我们新建一个简单的HelloWorld项目，系统为我们生成了一个HelloWorld.java文件。他导入了两个类android.app.Activity和android.os.Bundle，HelloWorld类继承自Activity且重写了onCreate方法。
以下说明针对没有学过Java或者Java基础薄弱的人
@Override
在重写父类的onCreate时，在方法前面加上@Override 系统可以帮你检查方法的正确性。例如，public void onCreate(Bundle savedInstanceState){…….}这种写法是正确的，如果你写成public void oncreate(Bundle savedInstanceState){…….}这样编译器回报如下错误——The method oncreate(Bundle) of type HelloWorld must override or implement a supertype method，以确保你正确重写onCreate方法。（因为oncreate应该为onCreate）
而如果你不加@Override，则编译器将不会检测出错误，而是会认为你新定义了一个方法oncreate。
android.app.Activity类：因为几乎所有的活动（activities）都是与用户交互的，所以Activity类关注创建窗口，你可以用方法setContentView(View)将自己的UI放到里面。然而活动通常以全屏的方式展示给用户，也可以以浮动窗口或嵌入在另外一个活动中。有两个方法是几乎所有的Activity子类都实现的：

onCreate(Bundle)：初始化你的活动（Activity），比如完成一些图形的绘制。最重要的是，在这个方法里你通常将用布局资源（layout resource）调用setContentView(int)方法定义你的UI，和用findViewById(int)在你的UI中检索你需要编程地交互的小部件（widgets）。setContentView指定由哪个文件指定布局（main.xml），可以将这个界面显示出来，然后我们进行相关操作，我们的操作会被包装成为一个意图，然后这个意图对应有相关的activity进行处理。 

onPause()：处理当离开你的活动时要做的事情。最重要的是，用户做的所有改变应该在这里提交（通常ContentProvider保存数据）。
更多的关于Activity类的详细信息此系列以后的文章将做介绍，如果你想了解更多请参阅相关文档。
android.os.Bundle类：从字符串值映射各种可打包的（Parcelable）类型（Bundle单词就是捆绑的意思，所有这个类很好理解和记忆）。如该类提供了公有方法——public boolean containKey(String key)，如果给定的key包含在Bundle的映射中返回true，否则返回false。该类实现了Parceable和Cloneable接口，所以它具有这两者的特性。
1.2、gen文件夹该文件夹下面有个R.java文件，R.java是在建立项目时自动生成的，这个文件是只读模式的，不能更改。R.java文件中定义了一个类——R，R类中包含很多静态类，且静态类的名字都与res中的一个名字对应，即R类定义该项目所有资源的索引。看我们的HelloWorld项目是不是如此，如下图：
 图2、R.java对应res
通过R.java我们可以很快地查找我们需要的资源，另外编绎器也会检查R.java列表中的资源是否被使用到，没有被使用到的资源不会编绎进软件中，这样可以减少应用在手机占用的空间。
1.3、Android 2.1文件夹该文件夹下包含android.jar文件，这是一个Java 归档文件，其中包含构建应用程序所需的所有的Android SDK 库（如Views、Controls）和APIs。通过android.jar将自己的应用程序绑定到Android SDK和Android Emulator，这允许你使用所有Android的库和包，且使你的应用程序在适当的环境中调试。例如上面的HelloWorld.java源文件中的：
import android.app.Activity;
import android.os.Bundle; 
这里两行代码就是从android.jar导入包。 
1.4、assets包含应用系统需要使用到的诸如mp3、视频类的文件。
1.5、res文件夹资源目录，包含你项目中的资源文件并将编译进应用程序。向此目录添加资源时，会被R.java自动记录。新建一个项目，res目录下会有三个子目录：drawabel、layout、values。

drawabel-?dpi：包含一些你的应用程序可以用的图标文件(*.png、*.jpg)
layout：界面布局文件(main.xml)与WEB应用中的HTML类同，没修改过的main.xml文件如下（HelloWorld的就没有修改过）：

main.xml<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="vertical"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
    >
<TextView  
    android:layout_width="fill_parent" 
    android:layout_height="wrap_content" 
    android:text="@string/hello"
    />
</LinearLayout>

values：软件上所需要显示的各种文字。可以存放多个*.xml文件，还可以存放不同类型的数据。比如arrays.xml、colors.xml、dimens.xml、styles.xml

1.6、AndroidManifest.xml

项目的总配置文件，记录应用中所使用的各种组件。这个文件列出了应用程序所提供的功能，在这个文件中，你可以指定应用程序使用到的服务(如电话服务、互联网服务、短信服务、GPS服务等等)。另外当你新添加一个Activity的时候，也需要在这个文件中进行相应配置，只有配置好后，才能调用此Activity。AndroidManifest.xml将包含如下设置：application permissions、Activities、intent filters等。

如果你跟我一样是ASP.NET出生或者学过，你会发现AndroidManifest.xml跟web.config文件很像，可以把它类同于web.config文件理解。

如果你不是，你可以这样理解——众所周知xml是一种数据交换格式，AndroidManifest.xml就是用来存储一些数据的，只不过这些数据时关于android项目的配置数据。

HelloWorld项目的AndroidManifest.xml如下所示：

AndroidManifest.xml<?xml version="1.0" encoding="utf-8"?> <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="helloworld.test" android:versionCode="1" android:versionName="1.0"> <application android:icon="@drawable/icon" android:label="@string/app_name"> <activity android:name=".HelloWorld" android:label="@string/app_name"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> </application> </manifest> 关于AndroidManifest.xml现在就讲这么多，此系列后面的文章将单独详细介绍。 1.7、default.properties

记录项目中所需要的环境信息，比如Android的版本等。 HelloWorld的default.properties文件代码如下所示，代码中的注释已经把default.properties解释得很清楚了：

default.properties# This file is automatically generated by Android Tools.
# Do not modify this file -- YOUR CHANGES WILL BE ERASED!
# 
# This file must be checked in Version Control Systems.
# 
# To customize properties used by the Ant build system use,
# "build.properties", and override values to adapt the script to your
# project structure.

# Indicates whether an apk should be generated for each density.
split.density=false
# Project target.
target=android-7

作者：吴秦
出处：http://www.cnblogs.com/skynet/

[2] 三星 OMNIA7/I8700 刷机 ROM聚合

来源: 互联网发布时间: 2014-02-18

三星 OMNIA7/I8700 刷机 ROM集合

目前三星0MNIA7无刷机必要，以下ROM转自XDA-DAV，仅供有兴趣的同学下载研究。
========================================
2010年12月25日发布

I8700 DTMJJ6 解压密码samfirmware.com
http://u.115.com/file/t4b77e1921

I8700XXJJ4 没有密码
http://u.115.com/file/t4fba56e3c

====================================
2011年1月3日发布
I8700XXJK1

(CSC: XENJK1) 已证实可收到NODO更新
本帖隐藏的内容http://u.115.com/file/t4fae6ed2

(CSC: BSEJK1)
本帖隐藏的内容http://u.115.com/file/e62nw39a

解压密码：samfirmware.com

======================
I8700XXKA1 （有NODO更新）
暂无
======================
如何进入刷机需要的下载模式（download mode）：按住：音量上+相机+电源（先关机，然后开机出现开机画面时同时按住相机和音量上键）
当你看到'Samsung Omnia 7'启动屏幕上，数5秒，看到黑白的下载模式界面，就能放开音量下+相机键了。长按电源键退出。

这些ROM 可以用来尝试解救更新时变砖的I8700：刷机方法见此

[3] BroadcastReceiver的运用

来源: 互联网发布时间: 2014-02-18

BroadcastReceiver的使用

BroadCastReceiver 简介

BroadCastReceiver 源码位于： framework/base/core/java/android.content.BroadcastReceiver.java

广播接收者（ BroadcastReceiver ）用于接收广播 Intent ，广播 Intent 的发送是通过调用 Context.sendBroadcast() 、 Context.sendOrderedBroadcast() 来实现的。通常一个广播 Intent 可以被订阅了此 Intent 的多个广播接收者所接收。

广播是一种广泛运用的在应用程序之间传输信息的机制。而 BroadcastReceiver 是对发送出来的广播进行过滤接收并响应的一类组件；

来自普通应用程序，如一个应用程序通知其他应用程序某些数据已经下载完毕。

BroadcastReceiver 自身并不实现图形用户界面，但是当它收到某个通知后， BroadcastReceiver 可以启动 Activity 作为响应，或者通过 NotificationMananger 提醒用户，或者启动 Service 等等。

BroadCastReceiver 的机制

1. 机制

在 Android 里面有各种各样的广播，比如电池的使用状态，电话的接收和短信的接收都会产生一个广播，应用程序开发者也可以监听这些广播并做出程序逻辑的处理。如图：

用接收短信举例：

第一种方式：

实现

public class MyBroadcastReceiver extends BroadcastReceiver { 
    // action 名称 

    String SMS_RECEIVED = "android.provider.Telephony.SMS_RECEIVED" ; 
    public void onReceive(Context context, Intent intent) { 
       if (intent.getAction().equals( SMS_RECEIVED )) { 

           // 相关处理 : 地域变换、电量不足、来电来信； 

       } 

    } 

}

系统注册：在 AndroidManifest.xml 中注册

< receiver android:name = ".MyBroadcastReceiver" > 

           < intent-filter android:priority = "1000" > 
         
< action android:name = " android.provider.Telephony.SMS_RECEIVED" /> 

           </ intent-filter > 

       </ receiver > 当然了需要权限 ： 

  

< uses-permission android:name = "android.permission.RECEIVE_SMS" /> 

< uses-permission android:name = "android.permission.SEND_SMS" />

第二种方式：

// 广播接收者 - 广播的接收 

private BroadcastReceiver myBroadcastReceiver = new BroadcastReceiver() { 

  

       @Override 

       public void onReceive(Context context, Intent intent) { 

           // 相关处理，如收短信，监听电量变化信息 

       } 
    };

代码中注册

IntentFilter intentFilter = new IntentFilter( "android.provider.Telephony.SMS_RECEIVED " ); 

registerReceiver( mBatteryInfoReceiver , intentFilter);

Broadcast的注册有两种方式，一种是在代码中动态注册，另一种是在AndroidManifest.xml中静态注册。这两种方式在使用中起得的作用都是一样的，收到指定的action就使用该广播处理，但是在作用域上有差别。

区别：

1)动态不是常驻型广播，也就是说广播跟随程序的生命周期。

2)静态是常驻型，也就是说当应用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。

3. 生命周期

描述了 Android 中广播的生命周期，其次它并不像 Activity 一样复杂，运行原理很简单如下图：

生命周期只有十秒左右，如果在 onReceive() 内做超过十秒内的事情，就会报错。

每次广播到来时 , 会重新创建 BroadcastReceiver 对象 , 并且调用 onReceive() 方法 , 执行完以后 , 该对象即被销毁 . 当 onReceive() 方法在 10 秒内没有执行完毕， Android 会认为该程序无响应 . 所以在

BroadcastReceiver 里不能做一些比较耗时的操作 , 否侧会弹出 ANR(Application No

Response) 的对话框 . 。（如图）：

怎么用好 BroadcastReceiver ？

如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由 Service 来完成 . 这里不能使用子线程来解决 , 因为 BroadcastReceiver 的生命周期很短 , 子线程可能还没有结束

BroadcastReceiver 就先结束了 .BroadcastReceiver 一旦结束 , 此时 BroadcastReceiver 的

所在进程很容易在系统需要内存时被优先杀死 , 因为它属于空进程 ( 没有任何活动组件的进程 ). 如果它的宿主进程被杀死 , 那么正在工作的子线程也会被杀死 . 所以采用子线程来解决是不可靠的

广播类型及广播的收发广播类型

普通广播 (Normal broadcasts)

发送一个广播，所以监听该广播的广播接收者都可以监听到改广播。

异步广播 , 当处理完之后的Intent ，依然存在，这时候registerReceiver(BroadcastReceiver, IntentFilter) 还能收到他的值，直到你把它去掉 , 不能将处理结果传给下一个接收者 , 无法终止广播 .

有序广播 (Ordered broadcasts)

按照接收者的优先级顺序接收广播 , 优先级别在 intent-filter 中的 priority 中声明 ,-1000 到

1000 之间 , 值越大 , 优先级越高 . 可以终止广播意图的继续传播 . 接收者可以篡改内容 .

广播的收发

该组件接收被广播的 intent,Context 可以通过 sendBroadcast() 和 sendOrderedBroadcast()

方法实现广播的发送 .

首先在需要发送信息的地方，把要发送的信息和用于过滤的信息 ( 如 Action 、 Category) 装入一个 Intent 对象，然后通过调用 Context.sendBroadcast() 、 sendOrderBroadcast() 或 sendStickyBroadcast() 方法，把 Intent 对象以广播方式发送出去。

使用 sendBroadcast() 或 sendStickyBroadcast() 方法发出去的 Intent ，所有满足条件的 BroadcastReceiver 都会随机地执行其 onReceive() 方法

普通广播的发送和接收：

sendBroadcast(intent); 
Intent intent = new Intent( "cn.lenovo.yangguangf " ); 
sendBroadcast(intent);

priority ：这个是 AndroidManifest.xml 中 intent-filter 的参数。

< receiver android:name = ".MyBroadcastReceiver" > 

           < intent-filter android:priority = "1000" > 
           
< action android:name = "cn.lenovo.yangguangfu" /> 

</ intent-filter > 

</ receiver >

sendOrderedBroadcast(intent, receiverPermission);

1 ，他决定该广播的级别，级别数值是在 -1000 到 1000 之间 , 值越大 , 优先级越高；

2 ，同级别接收是先后是随机的；级别低的收到广播；

3 ，在 android 系统中只要监听该广播的接收者，都能够收到 sendBroadcast(intent) 发出的广播 ;

3 ，不能截断广播的继续传播，

4 ，实验现象，在这个方法发来的广播中，代码注册方式中，收到的广播的先后和注明优先级最高的他们的先后是随机。如果都没有优先级，代码注册收到为最先。

有序广播的发送和接收：

sendOrderedBroadcast(intent, receiverPermission);

sendOrderedBroadcast(intent, receiverPermission, resultReceiver,

scheduler, initialCode, initialData, initialExtras)

意图，广播，所有匹配的这一意图将接收机接收广播。

receiverPermission 这是权限，一个接收器必须持以接收您的广播。如果为 null ，不经许可的要求。
resultReceiver 您自己 BroadcastReceiver 来当作最后的广播接收器。
调度自定义处理程序，用以安排 resultReceiver 回调 ; 如果为 null 将语境中的主线程举行。
initialCode 一种结果代码的初始值。通常为 Activity.RESULT_OK 。这个值是 -1 ；为其他 int 型也可以，如 0,1,2 ；
initialData 一种结果数据的初始值。通常情况下为空 , 是 String 类型 ;
initialExtras 一种结果额外的初始值。通常情况下为空 , 是 Bundle;

intent The Intent to broadcast; all receivers matching this Intent will receive the broadcast.

receiverPermission String naming a permissions that a receiver must hold in order to receive your broadcast. If null, no permission is required.

resultReceiver Your own BroadcastReceiver to treat as the final receiver of the broadcast.

scheduler A custom Handler with which to schedule the resultReceiver callback; if null it will be scheduled in the Context's main thread.

initialCode An initial value for the result code. Often Activity.RESULT_OK.

initialData An initial value for the result data. Often null.

initialExtras An initial value for the result extras. Often null.

1，该广播的级别有级别之分，级别数值是在 -1000 到 1000 之间 , 值越大 , 优先级越高；

2，同级别接收是先后是随机的，再到级别低的收到广播；

3，同级别接收是先后是随机的，如果先接收到的把广播截断了，同级别的例外的接收者是无法收到该广播的。（ abortBroadcast() ）

4 ，能截断广播的继续传播，高级别的广播收到该广播后，可以决定把该钟广播是否截断掉。

5 ，实验现象，在这个方法发来的广播中，代码注册方式中，收到广播先后次序为：注明优先级的、代码注册的、没有优先级的；如果都没有优先级，代码注册收到为最先。

异步广播的发送和接收：

sendStickyBroadcast(intent);

当处理完之后的Intent ，依然存在，直到你把它去掉。

发这个广播需要权限<uses-permission android:name="android.permission.BROADCAST_STICKY" />

去掉是用这个方法removeStickyBroadcast(intent); 但别忘了在执行这个方法的应用里面 AndroidManifest.xml 同样要加上面的权限；

sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,

initialCode, initialData, initialExtras)

这个方法具有有序广播的特性也有异步广播的特性；

发送这个广播要： <uses-permission android:name="android.permission.BROADCAST_STICKY" /> 这个权限。才能使用这个方法。如果您并不拥有该权限，将抛出 SecurityException 的。

实验现象（ sendStickyOrderedBroadcast （）中），在这个方法发来的广播中，代码注册方式中，收到广播先后次序为：注明优先级的、代码注册的、没有优先级的；如果都没有优先级，代码注册收到为最先。

广播注册与注销代码中注册广播：

注册广播方法一： registerReceiver(BroadcastReceiver receiver, IntentFilter filter) ，第一个参数是我们要处理广播的 BroadcastReceiver （广播接收者，可以是系统的，也可以是自定义的）；第二个参数是意图过滤器。

注册广播方法二： registerReceiver(receiver, filter, broadcastPermission, scheduler) ，第一个参数是 BroadcastReceiver （广播接收者，可以是系统的，也可以是自定义的）；第二个参数是意图过滤器；第三个参数是广播权限；第四个参数是 Hander ；

注意：权限重复现象，如果功能清单文件里注册了权限，在该方法再注册，则 receiver 无法收到广播，如果功能清单文件里没有注册了权限，该方法注册也无法收到。当该方法没有注册权限，功能清单里注册的时候， receiver 能收到广播。

总结：在 Activity 中代码注册广播建议在： onResume() 中注册；

思维拓展： 1 ，如果在代码调用 registerReceiver(BroadcastReceiver receiver, IntentFilter filter) 十次（ receiver ， filter 的参数是同一参数），那么是否当该广播发送来的时候会收到十次呢？

2 ，注销是否也要注销十次才能把广播全部注销呢？

系统中注册广播：（在 AndroidManifest.xml 中

< receiver android:name = ".MyBroadcastReceiver" > 

           < intent-filter android:priority = "900" > 

              

              < action android:name = "cn.lenovo.yangguangfu" /> 

           </ intent-filter > 

</ receiver >

有时候还要根据发送广播是否指定权限，来决定是否要权限；

广播注销

// 代码中注销广播

/unregisterReceiver(mBatteryInfoReceiver);

在 Activity 中代码注销广播建议在： onPuase() 中注销；

不要这这里面注销 Activity.onSaveInstanceState(), 因为这个方法是保存 Intent 状态的。

BroadCastReceiver 的 API abortBroadcast ():

这个方法可以截获由 sendOrderedBroadcast （）发送来的广播，让其它广播接收者无法收到这个广播。

clearAbortBroadcast ()

这个方法是针对上面的 abortBroadcast() 方法的，用于取消截获广播。这样它的下一级广播接收者就能够收到该广播了。

getAbortBroadcast ()

这个方法作用是：判断是否调用了 abortBroadcast （），如果先调用 abortBroadcast （），接着再调用 getAbortBroadcast （），将返回 true; 如果在调用 abortBroadcast() 、 clearAbortBroadcast ()

getAbortBroadcast （），将返回 false;

public final boolean getDebugUnregister ()

Since: API Level 1

Return the last value given to setDebugUnregister(boolean) .

getResultCode ()

如果用下面四个方法发送得广播，返回码为： -1 ；

// sendBroadcast(intent);

// sendBroadcast(intent, receiverPermission);

// sendOrderedBroadcast(intent, receiverPermission);

// sendStickyBroadcast(intent);

如果用下面两个方法发送得广播，返回码为：根据你设置 initialCode 的数字是多少就是多少；

// sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,

// initialCode, initialData, initialExtras)

// sendOrderedBroadcast(intent, receiverPermission, resultReceiver,

// scheduler, initialCode, initialData, initialExtras)

getResultData ()

得到发送广播时设置的 initialData 的数据；

getResultExtras (boolean makeMap)

If true then a new empty Map will be made for you if the current Map is null; if false you should be prepared to receive a null Map.

得到由

sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,

// initialCode, initialData, initialExtras) ；

// sendOrderedBroadcast(intent, receiverPermission, resultReceiver,

// scheduler, initialCode, initialData, initialExtras)

中 initialExtras 传入的参数。

实验：我用上面两个方法发了 initialExtras （这个一个 Bundle ）传入的参数时，只要不为空，那么 makeMap 是否为 true 和 false 都能够得到数据。

isInitialStickyBroadcast ()

Returns true if the receiver is currently processing the initial value of a sticky broadcast -- that is, the value that was last broadcast and is currently held in the sticky cache, so this is not directly the result of a broadcast right now.

如果广播接收者是目前处理的一个宿主的广播的初始值，将返回 true ， - 也就是说，这个值是最后的广播出的值，目前正在举行的宿主缓存，所以这并不是直接导致了现在的广播。

实验：在第三个应用中调用这个方法，无论你用哪种方式发送广播，这个方法得到的总是 false ；在发送广播的 resultReceiver 广播接收者里面调用，得到的也是 false ；

isOrderedBroadcast ()

sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,

initialCode, initialData, initialExtras)

上面这个方法发送时，得到的是 true;

判断是否是有序广播；

onReceive (Context context, Intent intent)

public IBinder peekService (Context myContext, Intent service)

Provide a binder to an already-running service. This method is synchronous and will not start the target service if it is not present, so it is safe to call from onReceive.

Parameters:

myContext The Context that had been passed to onReceive(Context, Intent)

service The Intent indicating the service you wish to use. See Context.startService(Intent) for more information.

setDebugUnregister (boolean debug)

Control inclusion of debugging help for mismatched calls to {@ Context#registerReceiver(BroadcastReceiver, IntentFilter) Context.registerReceiver()}. If called with true, before given to registerReceiver(), then the callstack of the following Context.unregisterReceiver() call is retained, to be printed if a later incorrect unregister call is made. Note that doing this requires retaining information about the BroadcastReceiver for

本文摘自：http://dl.iteye.com/topics/download/85cb1335-95e2-36af-84da-86ba6b18384e