用Eclipse开发和调试Android应用程序

分享到

发布于2012-5-25

一、 Android 应用程序概述

1. Android的嫡系组件

Android有四项一等公民(或称为嫡系组件)，包括：Activity（活动）、ContentProvider（内容提供程序）、BroadcastReceiver（广播接收器）与Service（服务）。它们都必须宣告于AndroidManifest.xml档案里。

Activity活动

活动是最常用的 Android 应用程序形式。活动在一个称为视图（后文将介绍）的类的帮助下，为应用程序提供 UI。视图类实现各种 UI 元素，比如文本框、标签、按钮和计算平台上常见的其他 UI 元素。

一个应用程序可以包含一个或多个活动。这些活动通常与应用程序中的屏幕形成一对一关系。

应用程序通过调用 startActivity() 或 startSubActivity() 方法从一个活动转移到另一个活动。如果应用程序只需“切换”到新的活动，就应该使用前一个方法。如果需要异步的调用/响应模式，就使用后一个方法。在这两种情况下，都需要通过方法的参数传递一个 intent。

由操作系统负责决定哪个活动最适合满足指定的 intent（后文将介绍）。

对于Activity，关键是其生命周期的把握（后文将介绍），其次就是状态的保存和恢复（onSaveInstanceState onRestoreInstanceState），以及Activity之间的跳转和数据传输（intent）。

Activity几乎承接着用户对应用程序（Application）的所有操作，Activity应该有一个窗口（Window），这个窗口是可以通过不用的主题（Theme）改变样子的。Activity应该要注意它的生命周期（Lifecycle）、设备状态（Configuration）改变时的影响以及运行状态和数据的保存，这个在一个应用程序是否可靠和人性化上至关重要。Activity里还应该要申明一些许可（Permissions），以便使用Android的一些软硬件功能，这些申明可以由代码或者Manifest.xml给出。最后，每个Activity（的入口）一定要在Manifest当中申明。

Service服务

与其他多任务计算环境一样，“在后台”运行着一些应用程序，它们执行各种任务。Android 把这种应用程序称为“Service服务”。

Service是没有界面的程序，它是所谓的服务，也叫后台程序。应该要非常注意Service的启动（startService）和绑定（bindService）这两种开启Service的方法之间的关系以及Service对应的生命周期，两种开户Service的方法对Service 的生命周期效果是不同的。还有就是申明许可以及申明Service，也是在代码内或者Manifest内申明。

BroadcastReceiver广播接收器

广播接收器是一个应用程序组件，它接收请求并处理 intent。与服务一样，接收器在一般情况下也没有 UI 元素。广播接收器通常在 AndroidManifest.xml 文件中注册。广播接收器的类属性是负责实现这个接收器的 Java 类。

广播接收并不是通常所说的无线电广播，而是指由sendBroadcast()所发送出来的意图（Intent），即广播在这里的意思是意图，BroadcastReceiver在注册（Registe）之后可以自动监听符合预先给定的条件的意图，如果有则会通知此 BroadcastReceiver的持有程序。

ContentProvider内容提供程序——数据管理

内容提供程序是 Android 的数据存储抽象机制。我们以移动设备上常见的一种数据为例：地址簿或联系人数据库。地址簿包含所有联系人及其电话号码，用户在使用手机时可能需要使用这些数据。内容提供程序对数据存储的访问方法进行抽象。内容提供程序在许多方面起到数据库服务器的作用。对数据存储中数据的读写操作应该通过适当的内容提供程序传递，而不是直接访问文件或数据库。可能还有内容提供程序的 “客户机” 和 “实现”。

ContentProvider是作保存应用程序数据和建立维持数据库之用，以便程序重新启动时回到以前的状态或者保存信息。应该注意应用程序的使用权限以及SQL语言的使用，Android用的是一个轻量级的数据库系统SQLite。

2. Android生命周期

Android 程序的生命周期是由系统控制而非程序自身直接控制，这与桌面应用程序在程序自身收到关闭请求后执行一个特定的动作（比如从 main 函数中 return）而导致进程结束的思维不同。

在Android系统中，当某个activity调用startActivity(myIntent)时，系统会在所有已经安装的程序中寻找其intentfilter和myIntent最匹配的一个activity，启动这个进程，并把这个intent通知给这个activity。这就是一个程序的“生”。在Android中，所有的应用程序“生来就是平等的”，所以不光Android的核心程序甚至第三方程序也可以发出一个intent来启动另外一个程序中的一个activity。Android的这种设计非常有利于“程序部件”的重用。

Android根据其重要性在内存不足的时候移去重要性最低的进程。重要性由高到低为：

1.前台进程。这样的进程拥有一个在屏幕上显示并和用户交互的activity或者它的一个IntentReciver正在运行。这样的程序重要性最高，只有在系统内存非常低，万不得已时才会被结束。

2.可见进程。在屏幕上显示，但是不在前台的程序。比如一个前台进程以对话框的形式显示在该进程前面。这样的进程也很重要，它们只有在系统没有足够内存运行所有前台进程时，才会被结束。

3.服务进程。这样的进程在后台持续运行，比如后台音乐播放、后台数据上传下载等。这样的进程对用户来说一般很有用，所以只有当系统没有足够内存来维持所有的前台和可见进程时，才会被结束。

4.后台进程。这样的程序拥有一个用户不可见的activity。这样的程序在系统内存不足时，按照LRU的顺序被结束。

5.空进程。这样的进程不包含任何活动的程序部件。系统可能随时关闭这类进程。

从某种意义上讲，垃圾收集机制把程序员从“内存管理噩梦”中解放出来，而Android的进程生命周期管理机制把用户从“任务管理噩梦”中解放出来。Android使用Java作为应用程序API，并且结合其独特的生命周期管理机制同时为开发者和使用者提供最大程度的便利。

Activity生命周期

Activity中常用的函数有SetContentView() findViewById() finish() startActivity()，其生命周期涉及的函数有：

void onCreate(Bundle savedInstanceState)

void onStart()

void onRestart()

void onResume()

void onPause()

void onStop()

void onDestroy()

注意的是，Activity的使用需要在Manifest文件中添加相应的<Activity>，并设置其属性和intent-filter。

Service生命周期

Service可以通过Context.startService()或Context.bindService()创建，通过Context.stopService()、Service.stopSelf()、Service.stopSelfResult()或Context.unbindService()来关闭。其生命周期涉及的函数有：

void onCreate()

void onStart(Intent intent)

void onDestroy()

其中onCreate()和onDestroy()可以被所有服务调用，无论是由Context.startService()还是Context.bindService()发起的Service。但是，onStart()只能被由startService()发起的Service调用。

如果一个Service运行其它对象绑定它，需要扩展如下callback方法：

IBinder onBind(Intent intent)

boolean onUnbind(Intent intent)

void onRebind(Intent intent)

BroadcastReceiver生命周期

只包含一个方法：void onReceive(Context curContext, Intent broadcastMsg)

包含活动的组件的BroadcastReceiver将不会被系统关闭，但是仅包含不活动的组件的进程将随时会背系统关闭（当其它组建需要内存时）。

3. Intent简介——Android的创新导航与触发机制

前文介绍了Android的四项一等公民：Activity（活动）、ContentProvider（内容提供程序）、BroadcastReceiver（广播接收器）与Service（服务）。这四种组件是独立的，它们之间可以互相调用，协调工作，最终组成一个真正的Android应用。

在这些组件之间的通讯中，主要是由Intent协助完成的。Intent是Android应用开发里很重要的一个元件，通过Intent可以从一个Activity来启动另一个任意的Activity，不管是自己定义的还是系统定义的。在ActivityGroup（extends Activity）里面，Intent的flag设置对于子Activity的启动方式至关重要。

Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。

因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。

Android应用程序框架的强大之处在于它将Web习惯引入到移动应用程序中。这并不意味着该平台提供了一个强大的浏览器，也不仅限于使用 JavaScript和服务器端资源，而是涉及Android平台的工作原理以及该平台的用户如何与移动设备交互这一核心问题。互联网的强大之处一言以蔽之，在于一切事物通过一次单击即可获得。这些单击的内容对于用户来说就是URL（UniformResource Locator，统一资源定位符）或URI（Uniform Resource Identifier，统一资源标识符）。有效使用URI可帮助用户方便快捷地访问所需的日常信息。“把链接发给我”就说明了一切。

在移动设备上复制桌面设备体验的平台只能吸引一小部分忠实的用户。多级菜单、多次单击在移动市场中通常都不被人所接受。移动应用程序对直观易用的要求比其他任何市场中的应用程序都要高。Intent和IntentFilter将“单击”范例引入到了Android平台移动应用程序使用和开发的核心中。

Intent结构

Intent是执行某操作的一个抽象描述，它描述了如下内容：

首先，要执行的动作（action）的一个简要描述，如VIEW_ACTION（查看）、EDIT_ACTION（修改）等，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

此外，我们还可以根据应用的需要，定义我们自己的动作，并可定义相应的Activity来处理我们的自定义动作。

其次，执行动作要操作的数据（data），Android中采用指向数据的一个URI来表示，如在联系人应用中，一个指向某联系人的URI可能为：content://contacts/1。这种URI表示，通过 ContentURI这个类来描述，具体可以参考android.net.ContentURI类的文档。

此外，除了action和data这两个重要属性外，还有一些附加属性：

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里，传给电子邮件发送组件。

总之，action、 data/type、category和extras 一起形成了一种语言。这种语言使系统能够理解诸如“查看某联系人的详细信息”之类的短语。随着应用不断的加入到系统中，它们可以添加新的action、 data/type、category来扩展这种语言。应用也可以提供自己的Activity来处理已经存在的这样的“短语”，从而改变这些“短语”的行为。

解析Intent

在应用中，我们可以以两种形式来使用Intent：

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

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

对于显式（直接）Intent，Android不需要去做解析，因为目标组件已经很明确，Android需要解析的是那些隐式（间接）Intent，通过解析，将Intent映射给可以处理此Intent的Activity、BroadcastReceiver或Service。

Intent解析机制主要是通过查找已注册在AndroidManifest.xml中的所有IntentFilter及其中定义的Intent，最终找到匹配的Intent。在这个解析过程中，Android是通过Intent的action、type、category这三个属性来进行判断的，判断方法如下：

· 如果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，解析得到的目标组件必须至少包含这两个类别。

Intent和IntentFilter

Intent是对需要的声明。

IntentFilter是在需要时有能力和有兴趣提供协助的声明。

Intent由一系列描述所需动作或服务的信息构成。本节将介绍所请求的动作以及与之相关的数据。

IntentFilter可以是通用的，也可以特定于向某些Intent提供服务。

Intent的动作属性通常为动词，例如VIEW、PICK或EDIT。很多内置的Intent动作都是作为Intent类的成员定义的。应用程序开发人员也可以创建新动作。要查看信息，应用程序可以采用以下Intent动作：Intent的数据部分采用URI的形式表示，并且可以是信息的任何部分，例如联系人记录、网站位置或对媒体剪辑的引用。

IntentFilter定义Intent与应用程序之间的关系。IntentFilter可以与Intent的数据部分或动作部分相关，或同时与两者相关。IntentFilter还包含一个category（类别）字段。类别可以帮助对动作进行分类。例如，CATEGORY_LAUNCHER类别指示Android包含此Intent-Filter的Activity在主应用程序启动器或主界面上应该处于可见状态。

分发Intent后，系统会计算可用的Activity、Service，以及已注册的BroadcastReceiver，并将 Intent分发给大多数适当的接收者。

IntentFilter通常在应用程序的AndroidManifest.xml中使用<intent-filter>标记进行定义。从本质上说，AndroidManifest.xml文件就是一个应用程序描述符文件。

下一节介绍，这是 Android 在移动设备屏幕上显示 UI 元素的机制。

4. Android 视图——显示用户界面（UI）元素

Android 活动通过视图显示UI元素。视图采用以下布局设计之一：

· LinearVertical - 后续的每个元素都排在前一个元素下面，形成一个单一列。

· LinearHorizontal - 后续的每个元素都排在前一个元素右边，形成一个单一行。

· Relative - 后续的每个元素相对于前一个元素有一定的偏移量。

· Table - 与 HTML 表相似的一系列行和列。每个单元格可以包含一个视图元素。

选择一种布局（或布局的组合）之后，就可以用各个视图显示 UI。

视图元素由大家熟悉的 UI 元素组成，包括：

· Button

· ImageButton

· EditText

· TextView（与标签相似）

· CheckBox

· Radio Button

· Gallery 和 ImageSwitcher（用来显示多个图像）

· List

· Grid

· DatePicker

· TimePicker

· Spinner（与组合框相似）

· AutoComplete（具有文本自动补全特性的 EditText）

视图是在一个 XML 文件中定义的。每个元素都有一个或多个属于 Android 名称空间的属性。

二、创建Android Eclipse工程

请参考小生的《Android SDK 2.3与Eclipse最新版开发环境搭建（五）》，博文地址：http://blog.sina.com.cn/s/blog_573860a90100ownd.html or http://blog.csdn.net/deaboway/archive/2011/01/30/6170449.aspx

三、工程结构详细解析

1. 工程结构

在Eclipse的Java透视图中，可以看到工程的Package Explorer如下图：

具体包括：

src 文件夹 - 包含示例应用程序的包，即org.deaboway.test。

R.java - Android Developer Tools 自动创建这个文件，它提供访问 Android 应用程序的各种资源所需的常量。后面会详细讨论 R 类与资源之间的关系。

HelloAndroidWorld.java - 应用程序的主活动类的实现。

Referenced libraries - 包含 android.jar，这是 Android SDK 中的 Android 运行时类的 jar 文件。

res 文件夹- 包含应用程序的资源，包括：

· drawable - 图标：这个文件夹包含图形文件，比如图标和位图。

· layout - 布局文件：这个文件夹包含表示应用程序布局和视图的 XML 文件。

· values - 字符串：这个文件夹包含 strings.xml 文件。这是为应用程序实现字符串本地化的主要方法。

AndriodManifest.xml - 示例应用程序的部署描述符。

default.properties 和proguard.cfg – 从2.3版本以后，android sdk 本身包含proguard，可以通过正常的编译方式也能实现代码混淆，我们可以看到android-sdk-windows\tools\下面多了一个proguard文件夹。防止反编译工具进行反编译，保证代码安全。

2. 主类分析

这个示例应用程序由一个Activity（活动）组成，即HelloAndroidWorld。正如前面提到的，HelloAndroidWorld类是在HelloAndroidWorld.java 文件中实现的。

package org.deaboway.test;

import android.app.Activity;

import android.os.Bundle;

import android.widget.TextView;

public class HelloAndroidWorld extends Activity {

@Override

public void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

// TextView textView = new TextView(this);

// textView.setText("Hello Android World!");

// setContentView(textView);

setContentView(R.layout.main);

}

在这个源代码片段中，要注意几点：

HelloAndroidWorld 是一个普通的 Java 类，包含包和导入语句。

HelloAndroidWorld 扩展 android.app 包中的 Android 基类 Activity。

onCreate() 方法是这个活动的入口点，它接受一个 Bundle 类型的参数。Bundle 类本质上是 map 或 hashmap 的包装器。在这个参数中传递构造活动所需的元素。这里暂时不讨论这个参数。

setContentView() 负责用 R.layout.main 参数创建主 UI。R.layout.main 是应用程序资源中主布局的标识符。

3. R.java文件

R.java 文件是在构建时自动创建的，所以不要手工修改它，因为所有修改都会丢失。本实例的R.java文件内容如下：

package org.deaboway.test;

public final class R {

public static final class attr {

}

public static final class drawable {

public static final int icon=0x7f020000;

}

public static final class layout {

public static final int main=0x7f030000;

}

public static final class string {

public static final int app_name=0x7f040001;

public static final int hello=0x7f040000;

}

R 类包含一些匿名子类，每个子类包含前面描述的各种资源的标识符。注意，这些类都是静态的。

请注意 R.layout.main 代表的元素。这个标识符代表由 main.xml 定义的布局。在活动的 onCreate 方法中可以使用这个值：setContentView(R.layout.main)。这就是在运行时把特定的活动（这里是HelloAndroidWorld）和特定的布局（主布局）联系在一起的方法。

4. main.xml文件

本示例应用程序包含一个活动和一个视图。应用程序包含一个名为 main.xml 的文件，它代表活动的主 UI 的视觉方面。

注意，在 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>

这是最简单的布局，其中只有一个垂直的线性布局，这意味着所有元素排成一列。这里有一个 TextView 元素，它与其他开发环境中的标签类似。TextView 代表不可编辑的静态文本。

注意，每个视图元素（比如这个示例中的 LinearLayout 和 TextView）都有属于 Android 名称空间的属性。一些属性是所有视图元素都有的，比如 android:layout_width 和android:layout_height。这些属性可以采用的值是：

fill_parent - 使视图元素占满可用的空间。也可以认为这就是 “拉伸”。

wrap_content - 这个值让 Android 把元素一个接一个地排列，不进行拉伸。

5. AndroidManifest.xml文件

AndroidManifest.xml 文件是 Android 应用程序的部署描述符。这个文件列出应用程序中包含的所有Activity（活动）、ContentProvider（内容提供程序）、BroadcastReceiver（广播接收器）与Service（服务），以及应用程序支持的 IntentFilter。下面是这个示例应用程序的完整的 AndroidManifest.xml 文件。

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="http://schemas.android.com/apk/res/android"

package="org.deaboway.test"

android:versionCode="1"

android:versionName="1.0">

<activity android:name=".HelloAndroidWorld"

android:label="@string/app_name">

<intent-filter>

</intent-filter>

</activity>

</application>

</manifest>

这里指定了源文件中的包名。采用与 Java 源文件和导入语句相似的模式。<manifest> 标记的实际作用是 “导入” 这个包中的类。在这个文件中，所有非完全限定的类都属于 package 属性指定的包。

<application> 标记的一个属性引用了应用程序的一个资源。请注意 drawable 标识符前面的 @ 符号。这里的意思是，在应用程序资源的 drawable 文件夹中寻找名为 “icon” 的资源。

<activity> 标记包含以下属性和值：

android:name表示实现这个活动的 Java 类。

android:label 是应用程序的名称。注意，它来自一个字符串资源。string.xml 文件包含应用程序的本地化字符串。

<intent-filter> 表示应用程序中可用的 IntentFilter。这是 Android 应用程序中最常见的 IntentFilter。这个过滤器的实际意思是，它实现 “主” 操作（也就是入口点），而且它位于 OS 的启动器中。这意味着可以在 Android 设备上像启动其他应用程序一样，从应用程序主列表中启动它。

四、应用程序调试

要想检查正在运行的应用程序中发生了什么情况，就需要查看正在运行的 Dalvik VM。在 Eclipse 中，选择 Window > Open Perspective > Other。在出现的对话框中选择 DDMS。这会在 Eclipse 中打开一个新的透视图，其中有许多有趣的窗口。

DDMS 为IDE和Emultor(or GPhone)架起来了一座桥梁。Developer可以通过DDMS看到目标机器上运行的进程/线程状态：可以让Eclipse程序连接到开发机上运行；可以看进程的heap信息、logcat信息、进程分配内存情况；可以像目标机发送短信、发送地理位置信息以及打电话；可以像gdb一样attach 某一个进程调试。

下面简要介绍一下 DDMS 透视图中提供的资源：

1. Devices

Device 中罗列了Emulator中所有的进程，选项卡右上角那一排按钮分别为：Debug the selected process调试进程、Update Heap更新进程堆栈信息、Dump HPROF file检查HPROF（Heap/CPU Profiling Tool）文件、Cause GC调用垃圾回收、更新进程Update Threads、Start Method Profiling开始方法分析、Stop Process停止某个进程，和Screen Capture抓取 Emulator目前的屏幕。当你选中某个进程，并按下调试进程按钮时，如果eclipse中有这个进程的代码，那就可以进行源代码级别的调试。有点像 gdb attach。图片抓取按钮可以把当前android的显示桌面抓到你的机器上，也是非常有用。

这里可以查看到所有与DDMS连接的终端的详细信息，以及每个终端正在运行的APP进程，每个进程最右边相对应的是与调试器链接的端口。因为Android是基于Linux内核开发的操作平台，同时也保留了Linux中特有的进程ID，它介于进程名和端口号之间。

DDMS监听第一个终端App进程的端口为8600，APP进程将分配8601，如果有更多终端或者更多APP进程将按照这个顺序依次类推。DDMS通过8700端口（”base port”）接收所有终端的指令。

2. Emulator Control

通过这个面板的一些功能可以非常容易的使测试终端模拟真实手机所具备的一些交互功能，比如：接听电话，根据选项模拟各种不同网络情况，模拟接受SMS消息和发送虚拟地址坐标用于测试GPS功能等。

Telephony Status: 通过选项模拟语音质量以及信号连接模式。

Telephony Actions: 模拟电话接听和发送SMS到测试终端。

Location Control: 模拟地理坐标或者模拟动态的路线坐标变化并显示预设的地理标识，可以通过以下3种方式：

· Manual：手动为终端发送二维经纬坐标。

· GPX：通过GPX文件导入序列动态变化地理坐标，从而模拟行进中GPS变化的数值。

· KML：通过KML文件导入独特的地理标识，并以动态形式根据变化的地理坐标显示在测试终端。

如：在Emulator Control\Telephony Actions 中输入如上图内容“Android 中文”，单击发送后，在Android模拟器中打开Messaging，看到下面的短信：

3. 文件管理器

显示文件系统信息。File Explorer非常有用：它可以把文件上传到Android、或者从Android上下载文件下来、也可以进行文件删除操作。选项卡右上角有上传、下载、删除三个按钮。一般情况下，File Explorer会有如下三个目录：data、sdcard、system。

· data对应手机的RAM，会存放Android OS 运行时的Cache等临时数据（/data/dalvik-cache目录）；没有root权限时apk程序安装在/data/app中（只是存放apk 文件本身）；/data/data中存放Android中所有程序（系统apk+第三方apk）的详细目录信息。

· mnt是mount，挂装的意思，mnt目录下的 sdcard对应sd卡。

· system对应手机的ROM，OS以及系统自带apk程序等存放在这里。

用户应用程序部署在 /data/app 目录中，而 Android 内置的应用程序部署在 /system/app 目录中。

4. Threads、Heap、Allocation Tracker

Threads视图列出当前进程的所有线程。

Heap视图展示一些堆的状态，在垃圾回收其间更新。当选定一个虚拟机时， VM Heap视图不能显示数据，可以点击右边面包上的带有绿色的”Show heap updates”按钮，然后在点击”Cause GC “实施垃圾回收更新堆的状态。

在Allocation Tracker视图里，我们可以跟踪每个选中的虚拟机的内存分配情况。点击”Start Tracking”后点击”Get Allocations “就可以看到。

例如，为了查看Garbage Collection信息：点击 [Start Tracking]按钮 -> 保持程序运行一段时间后 ->点击[Get Allocations] 按钮，凭借得到的Allocations信息可以通过Line Number准确找到哪里的代码出现了问题。

5. LogCat

LogCat 是一个日志文件，它记录 VM 中发生的活动。应用程序可以通过 Log.i(tag,message); 在这个日志文件中添加自己的日志项，其中的 tag 和 message 都是 Java 字符串。Log 类属于android.util.Log 包。

6. Console

Android输出的信息，加载程序等信息。