基础篇(一)

返回栈概念：
   Android 是使用任务（Task）来管理活动的，一个任务就是一组存放在栈里的活动
 的集合，这个栈也被称做返回栈（Back Stack） 。栈是一种后进先出的数据结构，在默认状况
 下，每当咱们启动了一个新的活动，它会在返回栈中入栈，并处于栈顶的位置。而每当咱们
 按下 Back 键或调用 finish()方法去销毁一个活动时，处于栈顶的活动会出栈，这时前一个入
 栈的活动就会从新处于栈顶的位置。系统老是会显示处于栈顶的活动给用户。    

 

    1、项目文件夹的说明
1.  src
毫无疑问，src 目录是放置咱们全部 Java 代码的地方，它在这里的含义和普通 Java
项目下的 src 目录是彻底同样的，展开以后你将看到咱们刚才建立的 HelloWorldActivity
文件就在里面。
2.  gen
这个目录里的内容都是自动生成的，主要有一个 R.java 文件，你在项目中添加的任
何资源都会在其中生成一个相应的资源 id。这个文件永远不要手动去修改它。
3.  assets
这个目录用得很少，主要能够存放一些随程序打包的文件，在你的程序运行时能够
动态读取到这些文件的内容。另外，若是你的程序中使用到了 WebView 加载本地网页
的功能，全部网页相关的文件也都存放在这个目录下。
4.  bin
这个目录你也不须要过多关注，它主要包含了一些在编译时自动产生的文件。其中
会有一个你当前项目编译好的安装包，展开 bin 目录你会看到 HelloWorld.apk，把这个
文件拷到手机上就能够直接安装了。
5.  libs
若是你的项目中使用到了第三方 Jar包， 就须要把这些 Jar包都放在 libs目录下， 放
在这个目录下的 Jar 包都会被自动添加到构建路径里去。 你能够展开上图中 Android 4.0、
Android Private Libraries、Android Dependencies这些库，其中显示的 Jar 包都是已经被
添加到构建路径里的。
6.  res
这个目录下的内容就有点多了，简单点说，就是你在项目中使用到的全部图片、布
局、字符串等资源都要存放在这个目录下，前面提到的 R.java 中的内容也是根据这个目
录下的文件自动生成的。 固然这个目录下还有不少的子目录， 图片放在 drawable目录下，
布局放在 layout 目录下，字符串放在 values 目录下，因此你不用担忧会把整个 res目录
弄得乱糟糟的。
7.  AndroidManifest.xml
这是你整个 Android项目的配置文件，你在程序中定义的全部四大组件都须要在这
个文件里注册。另外还能够在这个文件中给应用程序添加权限声明，也能够从新指定你
建立项目时指定的程序最低兼容版本和目标版本。因为这个文件之后会常常用到，咱们
用到的时候再作详细说明。
8.  project.properties
这个文件很是地简单，就是经过一行代码指定了编译程序时所使用的 SDK 版本。
咱们的 HelloWorld项目使用的是 API 14，你也能够在这里改为其余版本试一试。
这样整个项目的目录结构就都介绍完了，若是你还不能彻底理解的话也很正常，毕竟里
面有太多的东西你都还没接触过。不用担忧，这并不会影响到你后面的学习。相反，等你学
完整本书后再回来看这个目录结构图时，你会以为特别地清晰和简单。

 
    2、日志工具的说明
1.  Log.v()
这个方法用于打印那些最为琐碎的，意义最小的日志信息。对应级别 verbose，是
Android 日志里面级别最低的一种。
2.  Log.d()
这个方法用于打印一些调试信息， 这些信息对你调试程序和分析问题应该是有帮助
的。对应级别 debug，比 verbose高一级。
3.  Log.i()
这个方法用于打印一些比较重要的数据，这些数据应该是你很是想看到的，能够帮
你分析用户行为的那种。对应级别 info，比 debug高一级。
4.  Log.w()
这个方法用于打印一些警告信息，提示程序在这个地方可能会有潜在的风险，最好
去修复一下这些出现警告的地方。对应级别 warn，比 info高一级。
5.  Log.e()
这个方法用于打印程序中的错误信息，好比程序进入到了 catch 语句当中。当有错
误信息打印出来的时候，通常都表明你的程序出现严重问题了，必须尽快修复。对应级
别 error，比 warn高一级。

    3、开发中的小细节
1.隐藏标题栏：
protected void onCreate(Bundle savedInstanceState) {
 super.onCreate(savedInstanceState);
 requestWindowFeature(Window.FEATURE_NO_TITLE); //不在活动中显示标题栏
 setContentView(R.layout.first_layout);
}
2.Toast提醒方式使用：

    4、活动状态
1.运行状态
 当一个活动位于返回栈的栈顶时，这时活动就处于运行状态。系统最不肯意回收的
 就是处于运行状态的活动，由于这会带来很是差的用户体验。
2.  暂停状态
 当一个活动再也不处于栈顶位置，但仍然可见时，这时活动就进入了暂停状态。你可
 能会以为既然活动已经不在栈顶了， 还怎么会可见呢？这是由于并非每个活动都会
 占满整个屏幕的，好比对话框形式的活动只会占用屏幕中间的部分区域，你很快就会在
 后面看到这种活动。处于暂停状态的活动仍然是彻底存活着的，系统也不肯意去回收这
 种活动（由于它仍是可见的，回收可见的东西都会在用户体验方面有很差的影响） ，只
 有在内存极低的状况下，系统才会去考虑回收这种活动。
3.  中止状态
 当一个活动再也不处于栈顶位置，而且彻底不可见的时候，就进入了中止状态。系统
 仍然会为这种活动保存相应的状态和成员变量，可是这并非彻底可靠的，当其余地方
 须要内存时，处于中止状态的活动有可能会被系统回收。
4.  销毁状态
 当一个活动从返回栈中移除后就变成了销毁状态。 系统会最倾向于回收处于这种状
 态的活动，从而保证手机的内存充足。

    5、活动的生存周期
1.onCreate()
 这个方法你已经看到过不少次了，每一个活动中咱们都重写了这个方法，它会在活动
 第一次被建立的时候调用。你应该在这个方法中完成活动的初始化操做，好比说加载布
 局、绑定事件等。
2.  onStart()
 这个方法在活动由不可见变为可见的时候调用。
3.  onResume()
 这个方法在活动准备好和用户进行交互的时候调用。 此时的活动必定位于返回栈的
 栈顶，而且处于运行状态。
4.  onPause()
 这个方法在系统准备去启动或者恢复另外一个活动的时候调用。 咱们一般会在这个方
 法中将一些消耗 CPU 的资源释放掉，以及保存一些关键数据，但这个方法的执行速度
 必定要快，否则会影响到新的栈顶活动的使用。
5.  onStop()
 这个方法在活动彻底不可见的时候调用。它和 onPause()方法的主要区别在于，如
 果启动的新活动是一个对话框式的活动，那么 onPause()方法会获得执行，而 onStop()
 方法并不会执行。
6.  onDestroy()
 这个方法在活动被销毁以前调用，以后活动的状态将变为销毁状态。
7.  onRestart()
 这个方法在活动由中止状态变为运行状态以前调用，也就是活动被从新启动了。
8.  onSaveInstanceState(Bundle outState)
 这个方法会保证必定在活动被系统回收以前调用， 所以咱们能够经过这个方法来解决活动被回收时
 临时数据得不到保存的问题。被保存的数据会在onCreate(Bundle savedInstanceState)中传入,经过Bundle来获取。

以上七个方法中除了 onRestart()方法，其余都是两两相对的，从而又能够将活动分为三
 种生存期。
1.  完整生存期
 活动在 onCreate()方法和 onDestroy()方法之间所经历的，就是完整生存期。通常情
 况下，一个活动会在 onCreate()方法中完成各类初始化操做，而在 onDestroy()方法中完
 成释放内存的操做。
2.  可见生存期
 活动在 onStart()方法和 onStop()方法之间所经历的，就是可见生存期。在可见生存
 期内，活动对于用户老是可见的，即使有可能没法和用户进行交互。咱们能够经过这两
 个方法，合理地管理那些对用户可见的资源。好比在 onStart()方法中对资源进行加载，
 而在 onStop()方法中对资源进行释放， 从而保证处于中止状态的活动不会占用过多内存。
3.  前台生存期
 活动在 onResume()方法和 onPause()方法之间所经历的，就是前台生存期。在前台
 生存期内，活动老是处于运行状态的，此时的活动是能够和用户进行相互的，咱们平时
 看到和接触最多的也这个状态下的活动。

   6、活动的启动模式
 启动模式一共有四种，分别是 standard、singleTop、singleTask 和 singleInstance，能够在 AndroidManifest.xml 中经过给<activity>标签指定
 android:launchMode属性来选择启动模式。
1.standard
  standard 是活动默认的启动模式，在不进行显式指定的状况下，全部活动都会自动使用
 这种启动模式。所以，到目前为止咱们写过的全部活动都是使用的 standard模式。通过上一
 节的学习，你已经知道了 Android 是使用返回栈来管理活动的，在 standard 模式（即默认情
 况）下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用
 standard 模式的活动，系统不会在意这个活动是否已经在返回栈中存在，每次启动都会建立
 该活动的一个新的实例。

2.singleTop
  可能在有些状况下，你会以为 standard模式不太合理。活动明明已经在栈顶了，为何
 再次启动的时候还要建立一个新的活动实例呢？别着急， 这只是系统默认的一种启动模式而
 已，你彻底能够根据本身的须要进行修改，好比说使用 singleTop 模式。当活动的启动模式
 指定为 singleTop， 在启动活动时若是发现返回栈的栈顶已是该活动， 则认为能够直接使用
 它，不会再建立新的活动实例。若是栈顶不是该活动时，仍是会从新建立该活动的。

3.singleTask
  使用 singleTop 模式能够很好地解决重复建立栈顶活动的问题，可是正如你在上一节所
 看到的，若是该活动并无处于栈顶的位置，仍是可能会建立多个活动实例的。那么有没有
 什么办法可让某个活动在整个应用程序的上下文中只存在一个实例呢？这就要借助
 singleTask模式来实现了。当活动的启动模式指定为 singleTask，每次启动该活动时系统首先
 会在返回栈中检查是否存在该活动的实例，若是发现已经存在则直接使用该实例，并把在这
 个活动之上的全部活动通通出栈，若是没有发现就会建立一个新的活动实例。

4.singleInstance
  singleInstance 模式应该算是四种启动模式中最特殊也最复杂的一个了， 你也须要多花点
 功夫来理解这个模式。 不一样于以上三种启动模式， 指定为 singleInstance 模式的活动会启用一
 个新的返回栈来管理这个活动（其实若是 singleTask模式指定了不一样的 taskAffinity，也会启
 动一个新的返回栈） 。那么这样作有什么意义呢？想象如下场景，假设咱们的程序中有一个
 活动是容许其余程序调用的， 若是咱们想实现其余程序和咱们的程序能够共享这个活动的实
 例，应该如何实现呢？使用前面三种启动模式确定是作不到的，由于每一个应用程序都会有自
 己的返回栈，同一个活动在不一样的返回栈中入栈时必然是建立了新的实例。而使用
 singleInstance 模式就能够解决这个问题， 在这种模式下会有一个单独的返回栈来管理这个活
 动，无论是哪一个应用程序来访问这个活动，都共用的同一个返回栈，也就解决了共享活动实
 例的问题。(可在活动中调用getTaskId()来查看该活动在哪一个栈中)

活动生命周期图：