【正文】
注：四大组件指的是应用组件：activity、service、broadcastreceiver、contentprovider；之前的控件指的是ui组件。
博文目录：
一、activity简介
二、activity的状态和生命周期
三、activity的基本用法
四、向下一个activity传递数据
五、返回数据给上一个activity
六、activity运行时屏幕方向与显示方式
七、activity的现场保存
八、activity通过sharedpreferences保存数据
一、activity简介：
activity组件是四大组件之一，在应用中一个activity可以用来表示一个界面， 中文意思也可以理解为“活动” ，即一个活动开始，代表activity组件启动；活动结束，代表一个activity的生命周期结束。
一个android应用必须通过activity来运行和启动，和j2me 的midlet 一样，在android中，activity的生命周期统一交给系统管理。与midlet 不同的是安装在android 中的所有的activity 都是平等的。
理解以下四个基本概念，将有助于我们更好的了解activity：
• application（app）
• activity
• activity栈
• task
每个application均占有独立的内存空间。需要注意的是：application之间虽然相互独立，但app_1中的activity与app_2中的activity之间可以进行通信（调用、访问等）。
1、activity的状态：
（1）resumed：activity对象出于运行状态。一个新activity 启动入栈后，它在屏幕最前端，处于栈的最顶端，此时它处于可见并可以与用户交互的激活状态。
（2）paused：另一个activity位于前端，但是本activity还可见。
paused状态常用于：当activity被另一个透明或者dialog样式的activity覆盖时的状态。此时它依然与窗口管理器保持连接，系统继续维护其内部状态，所以它仍然可见，但它已经失去了焦点故不可与用户交互。注：一个activity出于paused状态时，系统并不会释放资源。释放资源你的操作要靠开发者来完成。
（3）stopped：另一个activity位于前端，完全遮挡本activity。
（4）killed：activity被系统杀死回收或者没有被启动时。
绘制表格如下：
生命周期函数
调用时机
举例
oncreate
在activity对象被第一次创建时调用
买车
onstart
当activity变得可见时调用
打火，启动
onresume
当activity开始准备和用户交互时调用
踩油门，驱动汽车前进
onpause
当系统即将启动另外一个activity之前调用
松开油门
onstop
当前activity变得不可见时调用
熄火
ondestroy
当前activity被销毁之前调用
车辆报废
onrestart
当一个activity再次启动之前调用
2、activity的生命周期：
生命周期的完整代码如下：
三、activity的启动模式：（面试注意）
activity有四种启动模式：standard、singletop、singletask、singleinstance。可以在androidmanifest.xml中activity标签的属性android:launchmode中设置该activity的加载模式。
standard模式：默认的模式，以这种模式加载时，每当启动一个新的活动，必定会构造一个新的activity实例放到返回栈（目标task）的栈顶，不管这个activity是否已经存在于返回栈中；
singletop模式：如果一个以singletop模式启动的activity的实例已经存在于返回桟的桟顶，那么再启动这个activity时，不会创建新的实例，而是重用位于栈顶的那个实例，并且会调用该实例的onnewintent()方法将intent对象传递到这个实例中；
注：如果以singletop模式启动的activity的一个实例已经存在于返回桟中，但是不在桟顶，那么它的行为和standard模式相同，也会创建多个实例；
singletask模式：这种模式下，每次启动一个activity时，系统首先会在返回栈中检查是否存在该活动的实例，如果存在，则直接使用该实例（会调用实例的onnewintent()方法），并把这个活动之上的所有活动统统清除；如果没有发现就会创建一个新的活动实例；
singleinstance模式：总是在新的任务中开启，并且这个新的任务中有且只有这一个实例，并让多个应用共享该栈中的该activity实例。一旦该模式的activity的实例存在于某个栈中，任何应用再激活该activity时都会重用该栈中的实例。其效果相当于多个应用程序共享一个应用，不管谁激活该activity都会进入同一个应用中。
注：也就是说被该实例启动的其他activity会自动运行于另一个任务中。当再次启动该activity的实例时，会重新调用已存在的任务和实例。并且会调用这个实例的onnewintent()方法，将intent实例传递到该实例中。和singletask相同，同一时刻在系统中只会存在一个这样的activity实例。(singleinstance即单实例)
注：前面三种模式中，每个应用程序都有自己的返回栈，同一个活动在不同的返回栈中入栈时，必然是创建了新的实例。而使用singleinstance模式可以解决这个问题，在这种模式下会有一个单独的返回栈来管理这个活动，不管是哪一个应用程序来访问这个活动，都公用同一个返回栈，也就解决了共享活动实例的问题。（此时可以实现任务之间的切换，而不是单独某个栈中的实例切换）
1、singleinstance模式详解：
singleinstance模式从字面上看比较难理解，下面通过代码举例来分析。代码如下：
（1）新建三个activity：firstactivity、secondactivity、thirdactivity。同时，将secondactivity的启动模式设置为singleinstance。
（2）三个activity的代码如下：
firstactivity.java:
上方代码中，在oncreate()方法中打印当前返回栈的id。点击按钮，跳转到secondactivity。
secondactivity.java:
上方代码中，在oncreate()方法中打印当前返回栈的id。点击按钮，跳转到thirdactivity。
thirdactivity.java:
运行程序，在firstactivity中点击按钮进入secondactivity中，然后在secondactivity中点击按钮进入thirdactivity。后台打印日志如下：
上方日志可以看到：secondactivity的task id不同于firstactivity和thirdactivity，这说明secondactivity确实是存放在一个单独的返回栈中的，而且这个返回栈中只有secondactivity这一个活动。
然后，我们按下back键进行返回，你会发现thirdactivity竟然直接返回到了firstactivity，再按下back键又会返回到secondactivity，再按下back键才会退出程序。解释如下：
firstactivity和thirdactivity存放在同一个返回栈里，当在thirdactivity中按下back键，thirdactivity出栈，那么firstactivity就成为了栈顶活动显示在界面上；然后在firstactivity界面再次按下back键，这是当前的返回栈已经空了，于是就显示了另一个返回栈的栈顶活动，即secondactivity。最后按下back键，这时，所有的返回栈都已经空了，自然也就退出了程序。
三、activity的基本用法：
1、隐藏标题栏：
注：第一行代码一定要在第二行代码之前执行。
2、在活动当中使用toast：
例如点击按钮时，弹出吐司：
3、启动一个activity的方法：即在默认启动的activity中启动另一个activity
核心代码如下：
使用隐式intent，我们不仅可以启动自己程序内的活动，还可以启动其他程序的活动，这使得android多个应用程序之间的功能共享成为了可能。比如应用程序中需要展示一个网页，没有必要自己去实现一个浏览器（事实上也不太可能），而是只需要条用系统的浏览器来打开这个网页就行了。
【实例】：打开指定网页。
监听器部分的核心代码如下：
第4行代码：指定了intent的action是 intent.action_view，这是一个android系统内置的动作；
第5行代码：通过uri.parse()方法，将一个网址字符串解析成一个uri对象，再调用intent的setdata()方法将这个uri对象传递进去。
详见：《android第一行代码》p48页。
如果要打电话的话，可以使用下面的代码：
四、向下一个activity传递数据：
不同的activity 实例可能运行在一个进程中，也可能运行在不同的进程中。因此，我们需要一种特别的机制帮助我们在activity 之间传递消息。android 中通过intent 对象来表示一条消息，一个intent 对象不仅包含有这个消息的目的地，还可以包含消息的内容，这好比一封email，其中不仅应该包含收件地址，还可以包含具体的内容。对于一个intent 对象，消息“目的地 ”是必须的，而内容则是可选项。
在上面的实例中通过activity. startactivity(intent)启动另外一个activity的时候，我们在intent类的构造器中指定了“收件人地址”。
activity传递数据有以下两种方式：
1、【方式一】使用intent自带的bundle对象
传递数据，代码如下：
这里，我们采用另一种绑定监听时间的方法，即在布局文件中，对button按钮做如下设置：
上方第7行代码就是我们绑定的监听事件，点击按钮，将触发gotosecondactivity()函数中的代码。紧接着做下面的操作。
在mainactivity中发送数据：
在secondactivity中接收数据：
或者传递一个对象：
新建一个student.java的类文件，作为传递的对象：
【工程文件】
链接：http://pan.baidu.com/s/1jgvec6q
密码：ic6c
2、【方式二】创建bundle对象来传递
通过按钮监听事件。核心代码如下：
【工程文件】
链接：http://pan.baidu.com/s/1ntlqzfn
密码：xzn7
五、返回数据给上一个activity:
步骤如下：
启动带返回结果的mainactivity：
第二个参数为请求码，用于在之后的回调中判断数据的来源
在secondactivity中通过putextra放入数据，然后调用以下方法：（非常重要）
resultcode一般只使用result_ok 或result_canceled这两个值，第二个参数则把带有数据的intent传递回去
secondacticity被销毁之前，会调用上mainactivity的 onactivityresult()方法，所以要重写这个方法：
public void onactivityresult(int requestcode, int resultcode,intent data)
举例略。
1、锁定屏幕方向：横屏/ 竖屏
android 内置了方向感应器的支持。android 会根据所处的方向自动在竖屏和横屏间切换。但是有时我们的应用程序仅能在横屏/ 竖屏时运行，比如某些游戏，此时我们需要锁定该activity 运行时的屏幕方向，<activity>节点的android:screenorientation属性可以完成该项任务，示例代码如下：
【方法一】在清单文件中配置：
【方法二】通过代码实现（一般放在oncreate方法中的前面），如下：
这里提一个小知识，android模拟器中，快捷键"ctrl+f11/f12"可以实现转屏
2、全屏显示：
可以在其oncreate()方法中添加如下代码实现：
3、以对话框形式显示activity：
在清单文件中配置：
特别关注：activity的启动模式。见《android第一行代码》p68页
七、activity的现场保存：
程序在运行时，一些设备的配置可能会改变，如：横竖屏的切换、键盘的可用性等。这种事情一旦发生，activity会重新创建。
重新创建的过程如下：
在销毁之前，会调用onsaveinstancestate()去保存应用中的一些数据，保存在系统当中；
然后调用ondestroy()销毁之前的activity；
最后调用 oncreate()或onrestoreinstancestate()方法去重新创建一个activity。
现场保存的步骤如下：
（1）在mainactivity中，调用onsaveinstancestate()，即添加如下代码就可以将临时数据保存：
（2）数据保存之后，修改mainactivity的oncreate()方法：
完整代码如下：
当手动旋转屏幕后，后台输出结果如下：
上图的日志中，如果把生命周期写完整一点，打印的日志如下：
在旋转屏幕时，如果不想重新创建activity，我们可以通过清单文件androidmanifest.xml中android:configchanges来指定的某些属性不发生变化，然后通知程序去调用onconfiguratonchanged()方法主动去改变一些设置（当旋转屏幕的时候）。
清单文件中，指定的常见属性有：
"keyboard" 键盘发生了改变----例如用户用了外部的键盘
"keyboardhidden" 键盘的可用性发生了改变
"orientation" 屏幕方向改变
"screensize" 屏幕大小改变
设置代码举例如下：
注：符号“|”表示“并且”的意思，这行代码在实际应用中很常见。
接着在上面的java代码的基础之上，添加如下代码：
最终，当手动旋转屏幕后，后台输出结果如下：
可以看到，onsaveinstancestate()方法并没有被调用，也就是说，旋转屏幕时，当前activity并没有被销毁。
八、activity通过shared preferences保存数据：
通常情况下会发生这样的问题，我们在编辑短信的同时有电话打进来，那么接电话肯定是要启动另一个activiy，那么当前编辑短信的activity所编辑的信息我们想暂时保存下来，等接完电话后回到该activity时，可以继续编辑短信。该功能需要如何去实现呢？
其实，sharedpreferences使用xml格式为android应用提供一种永久的数据存贮方式。对于一个android应用，它存贮在文件系统的/data/ data/your_app_package_name/shared_prefs/目录下，可以被处在同一个应用中的所有activity 访问。android 提提供了相关的api来处理这些数据而不需要程序员直接操作这些文件或者考虑数据同步的问题。
现在就用代码来实现这个功能：
首先使用sharedpreferences这个工具类：
其中，第一个参数代表xml文件，如果有这个文件，就会操作这个文件，如果没有这个文件，就会创建这个文件；第二个参数代表一种操作模式，0代表私有。
然后，我们要在onpause()方法里保存数据，之所以在onpause()方法里保存，是因为在所有可能会被内存销毁的生命周期函数中，而onpause()方法最先执行。代码如下：
将数据保存在msg变量中，然后拿到editor这个编辑器，给它put进去。当然，这些只是在内存中操作，如果要反映到文件当中，还要执行 commit()方法。
紧接着，我们要在onresume()方法中重新还原数据：（为什么要在这个方法中还原数据，不用我多解释）
当程序中第一次启动的时候，并没有保存数据，所以返回一个默认的空值。将这个返回的数据放到etmsg控件中就行了。
现在我们运行程序，是可以执行的。
例如，现在编辑内容，然后去别的程序，再回来的时候（就算我们把程序退出了），编辑的内容还依然存在。这个时候，我们打开文件浏览器，发现数据是保存在data-data-android工程的文件夹-shared-prefs目录的data.xml文件当中的，而且是永久保存；所以，当在onresume()方法还原数据之后，我们还要加一部分代码，来删掉这个文件里的内容（无法删除文件本身），不然就会永久保存本地成为垃圾了。代码如下：
总结之后，最终的完整版代码如下：
activity_main.xml文件代码：
<code> </code>
mainactivity.java的代码如下：
运行程序之后，我们在编辑框输入一些文字：
退出程序，然后导出data.xml文件，打开后显示如下：
说明输入的文本被保存在了data.xml文件当中。当我们再回到程序，之前输入的文字会被保留在界面上，而data.xml文件中的文本则会被清空。
代码优化：
上方代码中如果我们在第40行代码的后面加下面这一行代码：
当返回到原程序时，setselection方法可将输入光标移动到文本的末尾位置以便继续输入。里面的参数sp.getstring("msg", "")是之前所输入的字符串。
<code>到这里为止，android的基础知识就讲完了，以后会不断完善补充的。</code>