2 下载 JDK6
http://java.sun.com/javase/downloads/index.jsp

3，下载 Eclipse 3.2，3.3版本（开发 Android的 IDE）
http://www.eclipse.org/downloads/

 然后安装android的eclipse插件

1.  启动 Eclipse, 选择  Help > Software Updates > Find and Install..
2.  弹出对话框后，选择  Search for new features to install 点击 Nex
3.  点击  New Remote Site. 
4.  在编辑框中输入更新插件的网址:
https://dl-ssl.google.com/android/eclipse/. 点击  OK
5.  看到一个更新的列表，点击 sFinish. 
6.  在返回的对话框中选择  Android Plugin > Eclipse Integration >
Android Development Tools 并且点击 Next. 
7.  选择  Accept terms of the license agreement, 点击 Next. 
8.  点击  Finish. 
9.  点击 Install All. 
10. 重新启动 Eclipse. 

这样就安装完毕了

4 设置android的sdk目录

5 建立新项目

输入信息：

 运行这时候会提示：

也就是说需要我们建立android的虚拟设备区支持我们的sdk 1.6

 选择yes，输入信息 其中选择1.6的那项

选择createAvd

也可以通过命令来建立：

这时候就需要在环境变量的path里面第一步解压sdk的根目录下的tools目录，或者直接转向tools目录再运行

命令android create avd --target 2 --name avdname

然后就可以运行我们的程序了

 显示结果：

屏幕上的相关信息可见于项目根目录下的res目录，例如：values/strings.xml

内容：

<?xml version="1.0" encoding="utf-8"?>
<resources>
<string name="hello">Hello World, HelloWorld!</string>
<string name="app_name">my-first-android-application</string>
</resources>

 相关问题：

  Failed to find an AVD compatible with target 'Android 1.6' ，no compatible AVDs with target

  ，还有无法找到avd的path问题

  根据我的遭遇：由于我以前用的盗版xp新建立的avd并不在当前用户目录下也：我的文档目录是d：\我的文档 而不在   C:\Documents and Settings/administrator   。因此需要将.android目录拷贝到C:\Documents and Settings\administrator   下 重要的一步是要主意看里面的ini文件里面的路径是否对应，否则会出现路径问题：

.android/avd里面以avd名命名的.ini文件：例如我的是：

target=android-4path=C:\Users\qiaobing\.android\avd\dvd6.avd（Vista环境）xp要注意看是否在当前用户下

 基本上就可以了.

由下到上，可以看到红色的 kernel 层，绿色的系统函式库，黄色的虚拟机器，以及蓝色的 Java 程序代码。以下将一一介绍。

Linux kernel

必也正名乎：一般所称 Linux，其实是统称，指根基在 Linux kernel 以及其它许多跟 kernel 不见得有关的软件所组成的操作系统。最早，Linux 一词其实是专指 kernel，它提供了系统底层与硬件间的基本平台，让其它程序可以在上头执行。其最早作者是 Linus Torvalds，他用自己的名字，加上采用了与 Unix 系统兼容的接口，将自己的作品命名为 Linux。

如前所述，在 Linux kernel 上头执行的程序，跟 kernel 本身不见得有关系。可以是自由软件，也可以完全不是。把它加上一些自由软件，例如基本的函式库、工具、图形接口，应用程序等等，所组成的一套完整操作系统，才是一般所称的 Linux。为了避免误解，而且也为了正确传达自身的贡献，自由软件基金会建议大家称呼这样的一套操作系统为 GNU/Linux。其中的原因是，kernel 提供底层机制，但系统中重要的组件几乎都是来自于 GNU，也就是自由软件基金会。

希望大家还没被这些名词搞混。要弄清这些不同的原因是，Android 是在 Linux kernel 上头运作的，但他并不是 GNU/Linux。因为在一般 GNU/Linux 里面会有的东西，Android 很多都没有。

Linux kernel 的版权是 GNU General Public License version 2 (GPLv2)，这又是什么玩意呢？GPLv2 是所谓的 Copyleft 版权，简单来说，就是为了确保智慧财产能够继续公开流传，所以任何基于此创作的延伸创作，都自动采用了相同版权。GPL本身还有个特色，就是「共同运作」也算是延伸的一部分，意思是说你的程序没直接改GPL的程序代码，但是连结了GPL的东西跟你的程序共同运作，那你的程序也必须采用GPL版权。

举例来讲，假定今天某公司觉得某GPL软件不错，拿来改了改，放在自己的产品里头拿出去卖，那某公司就一定要明确的一起散布修改后的程序代码。如果没有，那就是触犯版权了。有个组织叫 GPL Violations，专门抓这种案例，国内公司如 D-Link 以及 ASUS 都上过榜。这下问题来了：如果你是硬件厂商，希望你的硬件能在 Linux kernel 下运作，那么就必须要有驱动程序。驱动程序就是按照硬件的规格写的程序，用来告诉 kernel 怎么操作这个硬件。如果驱动程序的程序代码公开，等于硬件规格也公开的差不多了。许多厂商不愿意这么做，所以就提供编好的驱动程序，但不提供原始码。版权所有者，也就是 Linus Torvalds 以及其它许许多多的 kernel 作者们，为了支持尽可能多的硬件，对这种行为是采取睁一只眼闭一只眼的态度，也就是目前这种编译好的驱动程序，算是处在灰色地带。

既然 Android 采用了 Linux kernel，当然得照游戏规矩来。但我们从前文可知，Android 的重点就是商业应用，他们可不愿意系统里有什么「灰色地带」，于是采用了一些手法来绕过这问题。他们把驱动程序移到“userspace”，也就是说，把驱动程序变成在 Linux kernel 上头跑，而不是一起跑的东西，这样就可以避过GPL。然后，在 kernel 这边开个小门，让本来不能直接控制到硬件的“userspace”程序也可以碰得到，这样只要把「开个小门」的程序代码公布就行啦。事实上，目前因为 Android 已经发行，所以依法他们已经公开了对 kernel 的修改，其原始码在 http://git.android.com/。

走笔至此，可以看出 Google 的原则之一“Do no evil”是很有意思的。他们自己的确承诺，而且也愿意公开 Android 的程序代码，但是他们给了其它人“Do evil”的选择。这样还算不算是 Do no evil 呢？当作哲学问题吧。

关于 Android 对 kernel 的修改，Google 的简报还提供了两个重点：

Binder (IPC)：提供有效率的程序间沟通管道(Inter-Process Communication)。Android 系统中有很多服务，而上层的应用程序经常要取用这些服务，一般的 Linux 系统已经提供了不少 IPC 的方式，不过 Android 还是搞了套自己的。虽说文件中解释原因为「一般 IPC 会造成额外资源花费，以及安全问题」，但其实这些都是可以基于原有架构在 kernel 外头解决的，为何要改在 kernel 里头，笔者对此存疑，也只能等找时间去研究程序代码才知了。
Power Management：与桌上型计算机或笔记型计算机不同，手持装置的电源一向相当有限，必须无所不用其极的去想办法省电，但又不损及顺畅的使用经验。Android 在此采取了颇为积极的作法：「没有人说要用，就关掉」。例如某程序在放 MP3 音乐，于是此程序会需要 CPU 的计算能力，那就得开口要。如果与此同时没其它程序在执行，那么 LCD 显示器就可能被关掉，藉以省电。另一特别处，是在于 Linux kernel 一般考虑的都是在计算机上的作法，所以多半只有进入暂停、休眠等等的选择，而不会如此细致的去控制到各个小装置的电源供应。
系统函式库

这里说的系统函式库是指“native libraries”，是跑在系统里头的函式库，采用的语言不是 Java，提供一些基础建设。里头有几个值得一提的组件：

Bionic：这是 Android 版的 libc。libc 是 GNU/Linux 以及其它类似 Unix 系统上最基础的函式库，一般最常用的是 glibc，就是 GNU 做的 libc。不然在比较小型的装置上也可以用 uclibc。不论是 glibc or uclibc，版权都是LGPL (GPL 的略为弱化版)。看到这大概可以猜到了吧，又是 Copyleft 问题。官方的说法是，除了版权问题以外，还考虑必须轻量以及快速，所以才做了自己的 libc。不过轻量、快速，本来就是小型装置用的 uclibc 一开始的目标，因此，最主要的恐怕还是版权问题。
Webkit：鼎鼎大名的 Apple Safari 浏览器背后的引擎就是 Webkit，Android 也包含进去了。离线使用的 html 配上 html 5 的一些新发展，产生了各种有趣的可能，这部分值得另文介绍，这里就不再赘述。
Surface Flinger：提供把各种”surface”组合在一起的能力。在这里 surface 解释为程序想要显示在屏幕的东西，可能同一屏幕上有来自不同程序的内容，而这些内容有可能是 2D 显示或是 3D 显示等等之类。Surface flinger 就是把这些东西结合起来，一起送到屏幕上。目前程序代码还没公布，不过 2D 跟 3D 的混合显示一直都是问题，根本原因是我们通常告诉 3D 显示卡的东西都是一些「我要在哪里哪里画上什么形状，贴上某某材质然后旋转多少度」之类的事情，也就是说，我们并不知道最后显示出来会长什么样子，那是显示卡上头的 GPU 去算出来的。一般这些东西是显示在一个有装饰的窗口里头，这装饰通常是 2D 效果。接下来假定我们想要旋转这整个窗口，而且里头的东西还要继续动，那等于要随时把握 3D 窗口里的东西长什么样子，然后把它跟 2D 的窗口框框结合，然后再开始转动。目前在一般 GNU/Linux 上这件事情还没有处理的非常好，Android 怎么做，值得在程序代码公布之后注意。
硬件抽象层 (Hardware Abstraction Libraries)：这就是前文所述的 userspace 驱动程序，如果想要将 Android 在某硬件平台上执行，基本上完成这些驱动程序就行了。其内定义了 Android 对各硬件装置例如显示芯片、声音、数字相机、GPS、GSM 等等的需求。
Android Runtime 前文已有涉及，这里不再重复。另外蓝色部分的“Application Framework”主要是跟如何在 Android 上写程序有关系，之后将另文介绍

• MAIN_ACTION
• VIEW_ACTION
• EDIT_ACTION
• PICK_ACTION
• GET_CONTENT_ACTION
• DIAL_ACTION
• CALL_ACTION
• SENDTO_ACTION
• ANSWER_ACTION
• INSERT_ACTION
• DELETE_ACTION
• RUN_ACTION
• LOGIN_ACTION
• CLEAR_CREDENTIALS_ACTION
• SYNC_ACTION
• PICK_ACTIVITY_ACTION
• WEB_SEARCH_ACTION

• VIEW_ACTION content://contacts/1 -- 显示标识符为"1"的联系人的详细信息
• EDIT_ACTION content://contacts/1 -- 编辑标识符为"1"的联系人的详细信息
• VIEW_ACTION content://contacts/ -- 显示所有联系人的列表
• PICK_ACTION content://contacts/ -- 显示所有联系人的列表，并且允许用户在列表中选择一个联系人，然后把这个联系人返回给父activity。例如：电子邮件客户端可以使用这个Intent，要求用户在联系人列表中选择一个联系人

• category（类别），被执行动作的附加信息。例如 LAUNCHER_CATEGORY 表示Intent 的接受者应该在Launcher中作为顶级应用出现；而ALTERNATIVE_CATEGORY表示当前的Intent是一系列的可选动作中的一个，这 些动作可以在同一块数据上执行。

• type（数据类型），显式指定Intent的数据类型（MIME）。一般Intent的数据类型能够根据数据本身进行判定，但是通过设置这个属性，可以强制采用显式指定的类型而不再进行推导。

• component（组件），指定Intent的的目标组件的类名称。通常Android会 根据Intent 中包含的其它属性的信息，比如action、data/type、category进行查找，最终找到一个与之匹配的目标组件。但是，如果 component这个属性有指定的话，将直接使用它指定的组件，而不再执行上述查找过程。指定了这个属性以后，Intent的其它所有属性都是可选的。

• extras（附加信息），是其它所有附加信息的集合。使用extras可以为组件提供扩展信息，比如，如果要执行“发送电子邮件”这个动作，可以将电子邮件的标题、正文等保存在extras里，传给电子邮件发送组件。

• 直接Intent：指定了component属性的Intent（调用setComponent(ComponentName)或者setClass(Context, Class)来指定）。通过指定具体的组件类，通知应用启动对应的组件。

• 间接Intent：没有指定comonent属性的Intent。这些Intent需要包含足够的信息，这样系统才能根据这些信息，在在所有的可用组件中，确定满足此Intent的组件。

• 如果Intent指明定了action，则目标组件的IntentFilter的action列表中就必须包含有这个action，否则不能匹配；

• 如果Intent没有提供type，系统将从data中得到数据类型。和action一样，目标组件的数据类型列表中必须包含Intent的数据类型，否则不能匹配。

• 如果Intent中的数据不是content: 类型的URI，而且Intent也没有明确指定它的type，将根据Intent中数据的scheme （比如 http: 或者 mailto: ） 进行匹配。同上，Intent 的scheme必须出现在目标组件的scheme列表中。

• 如果Intent指定了一个或多个category，这些类别必须全部出现在组建的类别列表中。比如Intent中包含了两个类别：LAUNCHER_CATEGORY 和 ALTERNATIVE_CATEGORY，解析得到的目标组件必须至少包含这两个类别。

转载自：http://hi.baidu.com/weiyousheng/blog/item/1e5da62417021d3b8744f9cd.html

一 什么是Service

Service，看名字就知道跟正常理解的“服务”差不多，后台运行，可交互这样的一个东西。它跟Activity的级别差不多，但是他不能自己运行，需要通过某一个Activity或者其他Context对象来调用， Context.startService() 和 Context.bindService()。

两种启动Service的方式有所不同。这里要说明一下的是如果你在Service的onCreate或者onStart做一些很耗时间的事情，最好在 Service里启动一个线程来完成，因为Service是跑在主线程中，会影响到你的UI操作或者阻塞主线程中的其他事情。

什么时候需要Service呢？比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。

二 如何使用Service

那接下来用代码来说明一下怎么使用Service，这里我们要讲的是Local Service也就是你自己的一个Service, 你也可以操作别的应用程序的service如果它允许你那么去做的话，这就设计到一个比较麻烦的东西interprocess communication (IPC)，在不同的进程中通信的机制，这个我自己也还没有用过，等用了以后再跟大伙说说，通常情况下Local的就够用啦。

跟Activity一样首先你要写一个类继承自android.app.Service,在这里我叫他TestService
代码如下：

其中用到Notification是为了明显地表明Service存活的状态，跟demo的code学过来的，这样看上去直观一点，更多关于Notification的内容以后UI部分来写吧，现在就知道怎么使用就好了。

像这样，我在Service的几个生命周期函数中加了打印log的语句，方便测试。

这个方法是为了让调用者得到这个Service并操作它。
Service本身就这样简单了，你需要做什么就在onCreate和onStart里做好了，起个线程什么的。

再看一下它的调用者，TestServiceHolder

这里可以看到两种启动方法，start和bind，当然也是通过intent调用的，在intent中指明指定要启动的Service的名字，stop也一样 ：

对于bind的话，需要一个ServiceConnection对象

用来把Activity和特定的Service连接在一起，共同存亡，具体的生命周期细节下一段来讲。

三 Service的生命周期

Service的生命周期方法比Activity少一些，只有onCreate, onStart, onDestroy
我们有两种方式启动一个Service,他们对Service生命周期的影响是不一样的。

1 通过startService

    Service会经历 onCreate -> onStart
   stopService的时候直接onDestroy

   如果是调用者(TestServiceHolder)自己直接退出而没有调用stopService的
   话，Service会一直在后台运行。
   下次TestServiceHolder再起来可以stopService。

2 通过bindService   

    Service只会运行onCreate， 这个时候 TestServiceHolder 和TestService绑定在一起

   TestServiceHolder 退出了，Srevice就会调用onUnbind->onDestroyed
   所谓绑定在一起就共存亡了。

那有同学问了，要是这几个方法交织在一起的话，会出现什么情况呢？
一个原则是Service的onCreate的方法只会被调用一次，就是你无论多少次的startService又 bindService，Service只被创建一次。如果先是bind了，那么start的时候就直接运行Service的onStart方法，如果先 是start，那么bind的时候就直接运行onBind方法。如果你先bind上了，就stop不掉了，对啊，就是stopService不好使了，只 能先UnbindService, 再StopService,所以是先start还是先bind行为是有区别的。

看起来情况很多，不过我会把这次的代码包括上回Activity生命周期的研究代码都贴上了，希望你喜欢！大家有兴趣可以回去点点按钮看看log，多看几遍就知道了。

转载自：http://hi.baidu.com/weiyousheng/blog/item/b82f228bb1cdaf1ac9fc7a40.html

对于一个Android应用程序来说，是由四种构造块组织而成的，这四种构造块如下：

• Activity
• Intent Receiver
• Service
• Content Provider

    但是，并不是每一个Android应用程序都需要这四种构造块，这不是必须的，某些时候，我们只需要这四种中的几种组合成我们的应用。

    当我们明确了我们的应用需要哪些构造块后，我们就需要在AndroidManifest.xml中登记这些构造块的清单。这是一个XML配置文件，这个配置文件用于定义我们的应用程序的组件、组件的功能及必要条件等。这个配置文件是每个Android应用必需的。对于AndroidMainfest.xml的Schema，参考SDK包附带的文档。以下，我们对四种构造块做一些说明：

1、Activity

    Activity是Android构造块中最基本的一种，在应用中，一个activity通常就是一个单独的屏幕。每一个activity都被实现为一个独立的类，并且继承于Activity这个基类。这个activity类将会显示由几个Views控件组成的用户接口，并对事件做出响应。大部份的应用都会包含多个的屏幕。例如，一个短消息应用程序将会有一个屏幕用于显示联系人列表，第二个屏幕用于写短消息，同时还会有用于浏览旧短消息及进行系统设置的屏幕。每一个这样的屏幕，就是一个activity。从一个屏幕导航到另一个屏幕是很简单的。在一些应用中，一个屏幕甚至会返回值给前一个屏幕。

    当一个新的屏幕打开后，前一个屏幕将会暂停，并保存在历史堆栈中。用户可以返回到历史堆栈中的前一个屏幕。当屏幕不再使用时，还可以从历史堆栈中删除。默认情况下，Android将会保留从主屏幕到每一个应用的运行屏幕。

    Android使用了Intent这个特殊类，实现在屏幕与屏幕之间移动。Intent类用于描述一个应用将会做什么事。在Intent的描述结构中，有两个最重要的部分：动作和动作对应的数据。典型的动作类型有：MAIN（activity的门户）、VIEW、PICK、EDIT等。而动作对应的数据则以URI的形式进行表示。例如：要查看一个人的联系方式，你需要创建一个动作类型为VIEW的intent，以及一个表示这个人的URI。

    与之有关系的一个类叫IntentFilter。相对于intent是一个有效的做某事的请求，一个intent filter则用于描述一个activity（或者Intent Receiver）能够操作哪些intent。一个activity如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个IntentFilter要知道怎么去处理VIEW动作和表示一个人的URI。IntentFilter需要在AndroidManifest.xml中定义。

    通过解析各种intent，从一个屏幕导航到另一个屏幕是很简单的。当向前导航时，activity将会调用startActivity(Intent myIntent)方法。然后，系统会在所有安装的应用程序中定义的IntentFilter中查找，找到最匹配myIntent的Intent对应的activity。新的activity接收到myIntent的通知后，开始运行。当startActivity方法被调用将触发解析myIntent的动作，这个机制提供了两个关键好处：

    A、Activities能够重复利用从其它组件中以Intent的形式产生的一个请求；

    B、Activities可以在任何时候被一个具有相同IntentFilter的新的Activity取代。

2、Intent Receiver

    当你希望你的应用能够对一个外部的事件（如当电话呼入时，或者数据网络可用时，或者到了晚上时）做出响应，你可以使用一个Intent Receiver。虽然Intent Receiver在感兴趣的事件发生时，会使用NotificationManager通知用户，但它并不能生成一个UI。Intent Receiver在AndroidManifest.xml中注册，但也可以在代码中使用Context.registerReceiver()进行注册。当一个intent receiver被触发时，你的应用不必对请求调用intent receiver，系统会在需要的时候启动你的应用。各种应用还可以通过使用Context.broadcastIntent()将它们自己的intent receiver广播给其它应用程序。

3、Service

    一个Service是一段长生命周期的，没有用户界面的程序。比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中，应该会有多个activity，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity，因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个activity会使用Context.startService()来启动一个service，从而可以在后台保持音乐的播放。同时，系统也将保持这个service一直执行，直到这个service运行结束。另外，我们还可以通过使用Context.bindService()方法，连接到一个service上（如果这个service还没有运行将启动它）。当连接到一个service之后，我们还可以service提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。

4、Content Provider

    应用程序能够将它们的数据保存到文件中、SQL数据库中，甚至是任何有效的设备中。当你想将你的应用数据与其它的应用共享时，Content Provider将会很有用。一个Content Provider类实现了一组标准的方法，从而能够让其它的应用保存或读取此Content Provider处理的各种数据类型。

    更详细的Content Provider资料，可以参考附带文档中的Accessing Content Providers。

        Android一个重要并且特殊的特性就是，一个应用的进程的生命周期不是由应用自身直接控制的，而是由系统，根据运行中的应用的一些特征来决定的，包括：这些应用对用户的重要性、系统的全部可用内存。

         对于应用开发者来说，理解不同的应用组件（特别是Activity、Service、Intent Receiver）对应用进程的生命周期的影响，这是非常重要的。如果没有正确地使用这些组件，将会导致当应用正在处理重要的工作时，进程却被系统消毁的后果。

        对于进程生命周期，一个普遍的错误就是：当一个Intent Receiver在它的onReceiveIntent()方法中，接收到一个intent后，就会从这个方法中返回。而一旦从这个方法返回后，系统将会认为这个Intent Receiver不再处于活动状态了，也就会认为它的宿主进程不需要了（除非宿主进程中还存在其它的应用组件）。从而，系统随时都会消毁这个进程，收回内存，并中止其中还在运行的子线程。问题的解决办法就是，在IntentReceiver中，启动一个Service，这样系统就会知道在这个进程中，还有活动的工作正在执行。

         为了决定在内存不足情况下消毁哪个进程，Android会根据这些进程内运行的组件及这些组件的状态，把这些进程划分出一个“重要性层次”。这个层次按顺序如下：

       1、前端进程是拥有一个显示在屏幕最前端并与使用者做交互的Activity（它的onResume已被调用）的进程，也可能是一个拥有正在运行的IntentReceiver（它的onReceiveIntent()方法正在运行）的进程。在系统中，这种进程是很少的，只有当内存低到不足于支持这些进程的继续运行，才会将这些进程消毁。通常这时候，设备已经达到了需要进行内存整理的状态，为了保障用户界面不停止响应，只能消毁这些进程；

      2、可视进程是拥有一个用户在屏幕上可见的，但并没有在前端显示的Activity（它的onPause已被调用）的进程。例如：一个以对话框显示的前端activity在屏幕上显示，而它后面的上一级activity仍然是可见的。这样的进程是非常重要的，一般不会被消毁，除非为了保障所有的前端进程正常运行，才会被消毁。

       3、服务进程是拥有一个由startService()方法启动的Service的进程。尽管这些进程对于使用者是不可见的，但他们做的通常是使用者所关注的事情（如后台MP3播放器或后台上传下载数据的网络服务）。因此，除非为了保障前端进程和可视进程的正常运行，系统才会消毁这种进程。

      4、后台进程是拥有一个用户不可见的Activity（onStop()方法已经被调用）的进程。这些进程不直接影响用户的体验。如果这些进程正确地完成了自己的生命周期（详细参考Activity类），系统会为了以上三种类型进程，而随时消毁这种进程以释放内存。通常会有很多这样的进程在运行着，因些这些进程会被保存在一个LRU列表中，以保证在内存不足时，用户最后看到的进程将在最后才被消毁。

      5、空进程是那些不拥有任何活动的应用组件的进程。保留这些进程的唯一理由是，做为一个缓存，在它所属的应用的组件下一次需要时，缩短启动的时间。同样的，为了在这些缓存的空进程和底层的核心缓存之间平衡系统资源，系统会经常消毁这些空进程。

      当要对一个进程进行分类时，系统会选择在这个进程中所有活动的组件中重要等级最高的那个做为依据。可以参考Activity、Service、IntentReceiver文档，了解这些组件如何影响进程整个生命周期的更多细节。这些类的文档都对他们如何影响他们所属的应用的整个生命周期，做了详细的描述。

public class SendResult extends Activity

{

protected void onCreate(Bundle savedValues)

{

...



Button button = (Button)findViewById(R.id.corky);

button.setOnClickListener(mCorkyListener);

}



private OnClickListener mCorkyListener = new OnClickListener()

{

public void onClick(View v)

{

setResult(RESULT_OK, "Corky!");

finish();

}

};

        对于Android应用中的一个屏幕，它的屏幕元素是按层次结构来描述的。要将一个屏幕元素层次树绑定在一个屏幕上显示，Activity会调用它的setContentView()方法并且传入这个层次树的根节点引用。当Activity被激活并且获得焦点时，系统会通知activity并且 请求根节点去计算并绘制树，根节点就会请求它的子节点去绘制它们自己。
        每个树上的ViewGroup节点会负责绘制它的子节点。ViewGroup会计算它的有效空间，布局所有的子显示对象，并最终调用所有的子显示对象的Draw()方法来绘制显示对象。各个子显示对象可以向父对象请求它们在布局中的大小和位置，但最终决定各个子显示对象的大小和位置的是父对象。

 首先找一个png的图片放在res/drawable文件架下，文件名和扩展名全部用小写（注意），我的文件名称：android.png

  1.code方式：

ImageView imageView = new ImageView(this);
imageView.setImageResource(R.drawable.android);//R.drawable.android后面的android是你的图片文件名
setContentView(imageView);

  2，xm方式：

  修改main.xml

  添加：

 <ImageView
     android:id="@+id/imageview"
     android:layout_height="wrap_content" //图片原来的size 如果用fill_parent 就会拉伸
    android:layout_width="wrap_content"
     android:src="@drawable/android" //注意文件名
    />

  代码加入：setContentView(R.layout.main);即可

运行：