安卓实验报告

安卓实验报告（共4篇）

1.安卓实验报告 篇一

1.绪论

1.1课题背景

随着移动通信与Internet向移动终端的普及，网络和用户对移动终端的要求越来越高，而Symbian，Windows Mobile，PalmOS等手机平台过于封闭，不能很好的满足用户的需求，因此市场迫切需要一个开发性很强的平台。经过多年的发展，第三代数字通信（3G）技术活动了广泛的接受，它为移动终端用户带来了更快的数据传输速率。随着3G网络的使用，移动终端不再仅是通讯网络的终端，还将成为互联网的终端。因此，移动终端的应用软件和需要的服务将会有很大的发展空间。Google为此与200X年11月推出了一个专为移动设备设计的软件平台——Android。

Android 是一套真正意义上的开发性的移动设备综合平台，它包括操作系统、中间件和一些关键的平台应用。Android 是由Linux+Java构成的开源软件，允许所有厂商和个人在其基础上进行开发。Android平台的开放性等特点既能促进技术（包括平台本身）的创新，又有助于降低开发成本，还可以是运营商能非常方便地制定自己的特色化的产品。因此，它具有很大的市场发展潜力。

根据中国互联网信息中心（CNNIC）发布的《第22次中国互联网络发展状况统计报告》显示，截止6月底，我国网民数量达到了2.53亿，首次大幅超过美国，网民规模跃居世界第一位， 其中手机网民达到7305万，手机上网成为网络接入的一个重要发展方向。

1.2相关技术的发展现状

1.2.1手机操作系统的发展现状

Palm OS是一套专门为掌上电脑编写的操作系统，是一种轻量级、比较开放的操作系统，占用的内存非常小，允许用户在其基础上编写和修改相关软件，是支持的应用程序更加丰富多彩。Plam 在其它方面也还存在一些不足，如Plam操作系统本身不具备录音、MP3播放功能等，但是可以通过加入第三方软件或硬件设备来实现。其代表性的产品有Palm m505、Palm m500、Palm III等。

Symbian是一个实时性、多任务的纯32位操作系统，具有功耗低、内存占用少等特点，非常适合手机等移动设备使用，经过不断完善，可以支持GPRS、蓝牙、SyncML以及3G技术。

Windows mobile系列操作系统是从微软计算机的`Windows操作系统上变化而来的。Windows mobile系列操作系统功能强大，而且支持该操作系统的智能手机大多数都采用了英特尔嵌入式处理器，主频比较高，在其它硬件设置（如内存、储存卡容量等）上也采用其他操作系统的智能手机要高出许多，因此性能比较强劲，速度比较快。Windows mobile系列操作系统包括SmartPhone以及Pocket PC Phone两种平台。Pocket PC Phone主要用于掌上电脑型的智能手机，而SmartPhone则主要为手上智能手机提供操作系统。

Linux系统是一个源代码开放的操作系统。由于其开源性，手机制造商可以根据实际情况开放自己的Linux手机操作系统，从而也能够吸引更多的软件制造商在其上开发更多的应用软件，丰富第三方的应用。但是Linux操作系统也还存在一些不足，集成开放环境和基于Linux的产品与PC的连接性比较差等。

1.3论文组织结构

本文首先分析了系统的研究背景，介绍了当前手机操作系统、即时通讯软件的发展现状和即时通讯协议，以及本文的主要内容。

第二章，介绍了Android的特征、Android的架构以及Android应用的构成和工作机制，并对

Android与其它手机操作系统进行了比较，说明了Android的优势。

2.安卓实验报告 篇二

嵌入式系统设计实习报告

题目：简易音频播放器设计

目录

第一章 引言·····················································3 1.1课题研究目的·····················································3 1.2课题研究意义·····················································3 1.3课题可行性分析···················································3 1.3.1课题调研····················································3 1.3.2可行性分析··················································3 第二章 开发环境安装和配置··································4 2.1开发包及其工具介绍···············································4 2.2Android开发平台搭建步骤··········································4 第三章 程序逻辑架构··········································5 3.1程序工程结构图···················································5 3.2工程各文件简介···················································5 3.2.1程序源文件夹src简介·········································5 3.2.2程序外部资源文件夹res简介···································6 3.2.3其他文件简介················································7 第四章 程序设计················································8 4.1主界面musicActivity设计···········································8 4.1.1onCreat函数··················································8 4.1.2关键代码讲解················································8 4.2音乐播放服务LocalService设计·····································10 4.2.1onCreat函数·················································10 4.2.2关键代码讲解···············································10 4.3数据库Helper类MusicListdbHelper设计······························11 4.3.1构造函数MusicListdbHelper···································11 4.3.2关键代码讲解···············································11 第五章 程序测试···············································13 第六章 分工与总结············································14

第一章 引言

1.1 课题研究的目的

1.熟悉一下eclipse工具和安卓的环境配置及开发的过程；

2.熟练掌握java的组件如button，textview，listView，menu等组件的灵活应用； 3.熟练掌握安卓的一个关于数据保存的方式SQLite3； 4.锻炼一下自己遇到问题，然后解决问题的能力。

1.2 课题研究的意义

随着3G技术的成熟和智能手机的不断普及，移动应用的需求与日俱增，移动应用开发成为当下最热门的技术之一。在google和android手机联盟的共同推动下，android在众多移动应用开发平台中脱颖而出。

Android操作系统是google最具杀伤力的武器之一。苹果以其天才的创新，使得iphone在全球迅速拥有了数百万忠实的“粉丝”，而android作为第一个完整、开放、免费的手机平台，使开发者在为其开发程序时拥有更大的自由。与windows mobile，symbian等厂商不同的是，android操作系统是免费向开发人员提供，这样可节省近三层得成本。

我们知道，无论是产品还是技术，商业应用都是它最大的发展动力。android如此受到厂商与开发者的青睐，它的前景一片光明。国内对于安卓这方面的市场还没有完全开发出来。

只要我们努力学习android，对理想、对生活都会有很大的补益。

因此，开发这样一套很简单的音乐播放器软件对我们来讲是一件很有必要的事情，在下面的各章中我们将以开发安卓音乐播放器软件为例，谈谈其开发过程和所涉及到的问题及解决方法。

本文中所做的主要工作如下：

 开发环境及开发工具的安装及配置；

 阐述整个音乐播放器的系统结构及工作原理；  设计实现“主界面activity设计”，“播放器Service设计”，“数据库设计”这三个主要的功能模块；

 分析并解决实现中的若干技术问题，像组件的选择以及保存方式的选择；  进行测试并分析结果。

1.3 课题的可行性分析

1.3.1 课题调研

（1）与实践活动和相关的文件和资料由作者本人网络查找，以及老师帮助；（2）具有遇到问题，具有独立思考，耐心钻研，向老师虚心求教的良好态度；（3）关于技术方面的难题，跟指导老师面谈。1.3.2 可行性分析

1）技术可行性-----本项目仅需要一台装有eclipse及配置好android开发环境的计算机即可，对计算机本身有一定的要求，它可以使用windows xp及其以上版本，mac os，linux等操作系统；

2）经济可行性-----由于本软件开发只需要一台电脑就行，基本不需要太大的成本。在经济上完全可行；

3）操作可行性-----界面设计时充分考虑用户的习惯以及手机方面的局限性，程序必须要很简单；本程序只涉及到开发环境配置，安卓组件的熟悉，以及安卓平台上的数据存储，并没有太大的难度，所以，该项目完全有可操作性。第二章 开发环境的安装和配置

2.1 开发包及其工具的介绍

Android以java作为开发语言，jdk是进行java开发时必需的开发包.eclipse是一款非常优秀的开源IDE，在大量插件的“配合”下，完全可以满足从企业级java应用到手机终端java游戏的开发.Google官方也提供了基于Eclipse的android开发插件ADT，所以本软件开发选择Eclipse作为开发IDE.2.2 Android开发平台搭建步骤

首先到http:///downloads/下载Eclipse集成开发环境并且解压，这里推荐下载Java EE 集成版本，可以为平台的搭建省下不少工作。接着再去http://java.sun.com/javase/downloads/index.jsp 站点下载SDK后安装，下载http://dl.google.com/android/android-sdk-windows-1.5_r1.zip，Android SDK1.5后解压。第一步下载工序就结束了。

②双击Eclipse解压后目录中的eclipse.exe然后启动，选择Eclipse菜单中的Help-> Install New Software-> 选项卡上的Available Software，点击右侧的“Add”输入http://dl-ssl.google.com/android/eclipse/后确定，然后在“Work with”下拉菜单中选择刚才输入的网址。过一会就会出现一个Developer Tools选项，勾上以后点击Next以后Eclipse会自动网上查找Android 开发工具插件，然后找到Android DDMS和Android Development Tools，选中这两个点击Finish，Eclipse就会自动下载并安装Android插件了，最后会提示重启Eclipse。

③重启后选择Eclipse菜单中的Windows-> Preferences 在左侧的Android项目中SDK Location中填入Android SDK解压后的目录，然后点击Apply。

④在Windows的系统变量中的path变量中添加一个值，该值指向解压后的Android SDK目录下的tools文件夹。

第三章 程序逻辑架构

3.1 程序工程结构图

下放两图即为程序的整个工程的结构图，左方为工程的整体结构图，右方为res文件中的各类用到的资源文件视图。

3.2 工程各文件简介

3.2.1 程序源文件夹src简介

源文件夹src下包含两个包com.terry与com.lyric，分别用于程序主要功能的实现和提供歌词同步显示的控件。

先分析歌词包com.lyric。其中com.lyric.LyricView.java设计了一个歌词显示的View控件LyricView，提供给主程序并作为一个控件显示出来；com.lyric.SongLyric.java设计了歌词类用以从sd卡中寻找到响应歌词文件并进行初始化操作。

主程序类包com.terry中，musicActivity和SdCardList均为Activity，前者为播放器的主界面进行各种播放控制操作，后者用来从SD卡中选择MP3文件添加到播放列表中；LocalService是音乐播放的Service，用于进行音乐播放并在通知栏中显示消息；MusicListdbHelper为自定义的数据库Helper类，将歌曲的名字和路径存入数据库，提供对歌 曲数据库的增加和删除的操作；另外两个均为辅助类，一个用于从文件夹中选择后缀名为mp3的文件（MusicFilter.java），另一个用于整合控件（viewHolder.java），代码如下：

MusicFilter.java

viewHolder.java

3.2.2 程序外部资源文件夹res简介

外部资源文件夹主要为程序提供各种外部资源，如图片等，这里主要介绍一下我们用到的布局文件夹Layout中的各种xml文件。

layout_gridview.xml、layout_listview.xml、layout_lyricview.xml 这三个xml文件被主界面调用viewGroup整合在主界面中，即程序中出现的左右滑动效果，其中gridview显示了歌曲的专辑图片，listview显示了歌曲播放列表，lyricview显示了同步歌词。

main.xml、main1.xml 主程序的主界面资源文件，同上述三个xml一样，整合在viewGroup中由musicActivity设定为当前界面。其中main决定了各view的布局，main1则是程序下方的进度条及简单控制按钮。

musicitme.xml、sdcard.xml 均被用于SdCardList这个Activity的布局，sdcard提供了SDCardList的主界面，musicitme提供了SDCardList中ListView的样式。progressbar.xml 由LocalService调用，通知信息栏的布局文件。3.2.3 其他文件简介

引入的外部JAR： android-support-v4.jar 为程序了viewGroup以实现左右滑动展示不同的View的效果。AndroidManifest.xml 应用的配置文件，描述应用程序的名称、权限、能力和运行方式等。

gen文件夹

这是必需的，为应用程序自动生成的资源文件夹，它所包含的应用程序资源管理源文件R文件定义了该项目所有资源的索引，不能被编辑。

Android 2.1–update1 这是Android 2.1的系统类库，在编译该项目时用到的环境。我们可以通过相应的配置来选择所需的系统类库。

assets文件夹

主要用于放置多媒体等数据文件。

default.properties 这是自动创建的工程文件，定义了应用程序的target和其所需的选项。

第四章 程序设计

4.1 主界面musicActivity设计

4.1.1 养成良好习惯，先看看onCreat函数

如下图所示即为作为程序入口的musicActivity的onCreat函数。大致的流程是调用父类onCreat函数，隐藏标题栏，设置布局，寻找布局控件，初始化应用，刷新歌词文件，刷新播放列表，绑定监听器，开启标志位检测线程，设定空歌词，启动服务。

4.1.2 关键代码讲解

设置布局函数setView()中，先初始化ListView、GridView还有歌词布局lyricview的内容，完毕后再将其添加到viewPager中从而可以进行滑动切换显示。

初始化程序initApp()如果程序是第一次启动（没有数据库文件），那么就自动初始化一次歌曲播放列表，默认路径为SD卡根目录，将歌曲文件信息添加到数据库并且添加到播放列表中。如果有数据库文件则不进行操作。

初始化程序完成之后就需要开启刷新歌词的线程了，refreshLyric()开启了刷新的线程使用已经定义好的handler hand发送刷新信息并进行相应的响应。

下一步就是列表的刷新显示，当前的播放列表中虽然存储有歌曲信息却没有将它显示 出来，所以我们需要刷新并显示一次播放列表，refreshlist()即可做到这一点，并且在每次对播放列表进行操作后都需要调用一次它。

4.2 音乐播放服务LocalService设计

4.2.1 仍然先看一下onCreat函数

播放服务的流程就比较简单，实例化MediaPlayer对象，从musicActivity中得到音乐列表，开启刷新通知栏和musicActivity中progressbar的线程，设置并显示通知栏信息。4.2.2 关键代码讲解

启动流程中的函数几乎没有什么需要讲解的，音乐播放器的Service中的关键代码当然是播放音乐和对切换歌曲的处理。

进度条更新函数progressbar()这个函数启动了一个更新进度条的线程，同时更新了musicActivity中和通知栏中的进度条。

播放音乐的函数playMusic(String path)函数中的参数为歌曲的路径（包含歌曲的文件名和后缀），返回类型为空，它的作用就是播放该路径的歌曲并且有一个播放完毕的监听器。所有的歌曲控制指令都写在musicActivity中，Service本身并不负责对歌曲列表的操作，所以，如果播放完毕，则给musicActivity一个切换歌曲的指令。

切换歌曲后需要调用的函数changeSong()切换歌曲以后需要重新设定一下progressbar还有正在播放的文件名，专辑图片，歌词信息等。这个函数在musicActivity中被大量调用从而实现对音乐播放的安全控制。

4.3 数据库Helper类MusicListdbHelper设计

4.3.1 构造函数MusicListdbHelper(Context _context)MusicListdbHelper是一个类，类对象的实例化都需要构造函数，数据库的Helper类的构造很简单，就是建立或者打开一个自己定义的数据库

4.3.2 关键代码讲解

需要被应用开始时调用的函数FirstStart()以判断应用是否需要初始化，返回类型为boolean FirstStart()中建立了一个游标查询数据库中的名为“colaconfig”的表，该表也仅作为初始化查询而特别建立，如果该表不存在，则说明数据库中不存在歌曲信息表，则创建该表和歌曲信息表“musicitem”，如果该表存在，则返回false并不进行任何操作。其他函数及其作用：

CreateTable_musicitem()创建歌曲信息表 CreateTable_colaconfig()创建配置表

Musicitem_insitem(String name，String path)添加歌曲到歌曲信息表，返回类型为boolean Musicitem_delitem(String name)从歌曲信息表中删除名为name的条目

getMusicItem()得到歌曲信息表的游标用以查询表中歌曲信息，返回值为Cursor

第五章 程序的测试

1.第一次运行程序的主界面

2.点击“choice”后的歌曲选择界面 3.选定的歌曲在主界面中显示播放进度，也可拖动进度条播放

5.使用返回键退出程序后Service仍在后台运行（歌曲仍在后台播放）

第六章 分工与总结

6.1 人员分工

张润浩：musicActivity、SdCardList的编写以及数据库的建立，同时负责软件后期的调试和修改；

刘博：主要负责Service的编写，包括通知栏和主Activity中控件的同步，同时负责报告的书写；

6.2 课程总结

3.安卓学习心得 篇三

-----093380117

计算机应用（1）

张峰

1.关于Activity

1.在一个Activity中使用多个View

如果把Activity看作MVC中的Control？它负责管理UI和接受事件（包括用户的输入），虽然说一个Activity通常对应一个屏幕，但事实上，我们是可以只用一个Activity管理多个不同的View来实现简单的逻辑。首先，我们增加一个新的资源描述layout/second.xml。

除了一个“Hello中国”以外，增加一个按钮可以返回前一个界面。然后，在代码中我们要为helloTwo增加两个方法，setViewOneCommand和setViewTwoCommand，分别处理一下在不同界面时，从资源里加载组件并为组件绑定一个事件处理器最后，我们需要在onCreate的时候，也就是启动后的main界面上设置一下按钮事件处理器。2.还是回到正道上，多个Activity之间的跳转

Android中提供一个叫Intent的类来实现屏幕之间的跳转，按文档的说法，似乎他们也建议采用这种方法，Intent的用法比较复杂，现在我先看看它最简单的用法。

这里的跳转功能用Intent来操作，它的最简单用法就是用函数setClass()设置跳转前后两个Activity类的实例，然后调用Activity自己的startActivity(intent)即可。最后一句finish()表示将当前Activity关掉（如果不关掉会如何？你可以自己试一下看效果，事实上有时我们是不需要关掉当前Activity的）。

然后，我们同样弄一个Activity类HelloThreeB，代码与前面的差不多，只是将setClass的两个参数反一下，这样就可以简单地实现在两个Activity界面中来回切换的功能了。

2.关于 Intent的使用

Intent分为两大类，显性的（Explicit）和隐性的（Implicit）。一般来说，intent要定位事件的目的地，无外乎需要以下几个信息： 1.种类（category），比如我们常见的 LAUNCHER_CATEGORY 就是表示这是一类应用程序。

2.类型（type），在前面的例子中没用过，表示数据的类型，这是隐性Intent定位目标的重要依据。

3.组件（component），前面的例子中用的是setClass，不过也可以用setComponent来设置intent跳转的前后两个类实例。4.附加数据（extras），在ContentURI之外还可以附加一些信息，它是Bundle类型的对象。

其实，如果是在一个应用内部，这种隐性的intent实在有点别扭，个人觉得，这种松藕合的实现方法，只适用于那些较大的系统或者多个不同的应用之间的调用，可手机上又有什么“较大”的系统呢？无非是可以与不同来源的多个应用之间方便地互操作而已，那么会是什么样的场景呢？比如，给QQ好友发送gmail邮件，用GoogleMap查找QQ好友所在的位置？看上去挺不错的。

关于这个ContentProvider，其实还有话说，它主要是的那些看似数据库操作的方法我们都没真正去实现呢。不过今天就到这里了，等下回再去研究吧。

3.关于ListActivity

准备一个List对象并借助Adapter就可以构造出一个列表。重载onListItemClick方法可以响应选择事件，利用第一个参数可以访问到这个ListView实例以得到选中的条目信息。这里有一点要说明的，就是如果更简单的话，其实连那个setContentView都可以不要了，Android也会自动帮我们构造出一个全屏的列表。但是本例中我们需要一个TextView来显示选中的条目，所以我们需要一个layout.mainb描述一下这个列表窗口。

这里需要注意的是那个ListView的ID，是系统自定义的android:list，不是我们随便取的，否则系统会说找不到它想要的listview了。然后，在这个listview之外，我们又增加了一个TextView，用来显示选中的条目。

再来说说这里用到的ArrayAdapter，它的构造函数中第二个参数是一个资源ID，ArrayAdapter的API文档中说是要求用一个包含TextView的layout文件，平台用它来显示每个选择条目的样式，这里的取值是R.layout.list_row，所以，我们还有一个list_row.xml文件来描述这个布局，相当简单。

从ArrayAdapter上溯到BaseAdapter，发现还有几个同源的Adapter也应该可以使用，象SimpleAdapter和CursorAdapter，还是做个例子来实验一下吧。

然后，在HelloTwoB中的onCreate函数中，修改代码，有几个不同：items的元素是HashMap实例，这是一点变化，然后构造函数除了要求items以外，还要求提供一个string[]来说明用hash表中的哪个字段显示在列表中，而后是一个资源ID的数组。

因为单纯的CursorAdapter是抽象类，所以我用的是它的子类SimpleCursorAdapter，很好理解，先用ContentResolver查询通讯簿得到一个游标，然后告诉SimpleCursorAdapter要用其中的People.NAME作为显示项来构造出一个adapter即可。4.关于Dialog

注意到android.app包下除了Dialog（可用于制作复杂的对话框）以外，还包括了几个系统定义好的对话框类，如DatePickerDialog、TimePickerDialog及AlertDialog。

其中AlertDialog我上回用过一次，基本上就那样子了，今天看看另外两个对话框的使用吧。

很简单的，无非是需要一个OnDateSetListener接口的实现而已，在它里面的dateSet方法中就可以得到选择的日期了。而TimePickerDialog与DatePickerDialog使用如出一辙。

看看另一个ProgressDialog的用法吧，这个类与AlertDialog一样包含了多个static的方法，所以使用起来是非常方便的。比如说，如果我们需要用它来表示一个长时间的操作。

5.关于Service和Notification

大略地看了一下android.app下的Service类，觉得它与Activity非常相似，只是要注意几个地方：

1.生命周期，Service的从onCreate()->onStart(int,Bundle)->onDestroy()显得更为简单。但是它的onStart是带参数的，第一个ID可用来标识这个service，第二个参数显示是用来传递数据的了。比较Activity，传递数据的Bundle是在onCreate就带进入的。

2.Service的启动由Context.startService开始，其实Activity或者Service都是Context的派生类。结束于Context.stopService()或者它自己的stopSelf()。

3.Service还有一个与Activity不一样的是它可以由另一个Context去绑定一个已存在的Service。就是这个方法Context.bindService()，被绑定的Service要求是已经onCreate了但可以没有onStart。在Service类中有个抽象方法getBinder()可以得到这个IBinder对象。关于这方面的细节，以后再看，这里只做个记录罢。

4.与Service有关的还有一个安全的问题，可以在AndroidManifest.xml中用标签来声明一个Service的访问权限，关于Android的安全问题也留待以后再解决吧。

6．GridView与ImageView

简单一点吧，就瞧瞧那个Grid的效果，Android提供了一个GridView，不过从APIDemo中看来，它似乎与PC上的GRID差别还是挺大的，更像那个IconView的感觉。不知道Android中如何实现表格界面？虽然在移动终端上，表格一般不会有谁使用，大家似乎更倾向于使用ListView，而Android对于ListView则有更简单的实现ListActivity。

很简单，只要重载几个方法就可以了，关键是那个getView方法，它负责构建出每个单元格中的对象实例。这里我们构造的是一个ImageView实例。

然后就是同样的将这个Adapter赋给GridView即可，大家可以看看效果，注意在做这个例子前，先放几个小图片到res/drawable目录下，buildproject一下就可以得到那个R.drawable.a了（这里的a是图像文件名，如a.png）。

在getView方法中我们使用了ImageView类，这又是一个widget。除了上面用到的几个方法以外，还有以下几个方法值得注意： 与图像来源有关的方法，我们只用了资源文件的方式。

还是习惯性跑题了，其实，我是想通过我对这个类的无数次Debugger跟进，说说它的多线程异步处理的解决策略的。他的基本策略如下： 1.当你实例化一个AsyncQueryHandler类时（包括其子类...），它会单件构造一个线程（后面会详述...），这个线程里面会构建一个消息循环。

2.获得该消息循环的指针，用它做参数实例化另一个Handler类，该类为内部类。至此，就有了两个线程，各自有一个Handler来处理消息。3.当调用onXXX的时候，在XXX函数内部会将请求封装成一个内部的参数类，将其作为消息的参数，将此消息发送至另一个线程。4.在该线程的Handler中，接受该消息，并分析传入的参数，用初始化时传入的ContentResolver进行XXX操作，并返回Cursor或其他返回值。

5.构造一个消息，将上述返回值以及其他相关内容绑定在该消息上，发送回主线程。

6.主线程默认的AsyncQueryHandler类的handleMessage方法（可自定义，但由于都是内部类，基本没有意义...）会分析该消息，并转发给对应的onXXXComplete方法。

7.用户重写的onXXXComplete方法开始工作。

这就是它偷偷摸摸做过的事情，基本还是很好理解的。我唯一好奇的是它的线程管理方式，我猜测他是用的单件模式。第一个AsyncQueryHandler的实例化会导致创建一个线程，从此该线程成为不死老处男，所有的ContentResolver相关的工作，都由该线程统一完成。个人觉得这种解决方式很赞。本来这个线程的生命周期就很难估量，并且，当你有一个ContentProvider的请求的时候，判断你会做更多的类似操作并不过分。就算错了，花费的也只是一个不死的线程（与进程同生死共存亡...），换来的却是简单的生命周期管理和无数次线程生死开销的节约。同时另外一个很重要的问题，他并会涉及到单件中数据同步的问题，每个类都有各自的Handler类，彼此互不干扰，分发可以分别进行。当多个数据请求的时候，在同一个ContentResolver上进行的可能微乎其微，这就避免了堵塞。总而言之，这套解决办法和Android的整体设计算是天作之合了。

所以建议，如果你有什么非ContentProvider操作，却需要异步多线程执行的话，模拟一套，是个不错的策略，当然，具体情况具体分析，生搬硬套是学不好马列主义的。

7.显示控件使用

Android的界面显示同样也是基于控件的。通常是用View（包括ViewGroup）控件配上XML的样式来做的。具体细节不想说了，可以参考 Samples里的ApiDemos/View，和View的Doc，以及Implementing a UI这篇Doc。其他还有很多，感觉算是SDK讲述的最多的内容。

从控件的使用上，和网页的设计类似，尽量用parent_width之类的抽象长度，用Theme来做风格，抽取所有的字串等信息做本地化设计。相关内容参看Implementing a UI就好。

一类比较重要的是数据绑定控件。如果做过ASP.Net会从中看到很多类似的地方。一个支持数据绑定的控件，比如ListView。可以通过一个 ListAdapter绑定到一个数据源上。ListAdapter是一个抽象类，主要的实现类包括SimpleAdapter和 SimpleCursorAdapter。前者是绑定一个静态的Array，后者是绑定一个动态的Cursor。Cursor前面说过，是一个指向数据源的随机迭代器，将View绑定到Cursor通常要设置这样几个参数。一个是每一行的样式，称作Row Layout，其实就是一个普通的Layout的XML文件。还有就是一个列和现实控件的对应关系。那个控件显示哪个列的值，这是需要配置的。为了定制一个良好的数据显示控件，最简单你可以定制很PP的Row Layout，复杂一点就是可以重载绑定控件View，或者是适配器ListAdapter。如果是一个数据显示密集的应用，且你对UI有些追求，这个工作估计是必不可少的。

一个主要用于显示数据内容的Activity，可以选择派生自ListActivity。它提供了一个具有ListView 的Layout，还有simple_list_item_1, simple_list_item_2, two_line_list_item等默认的Row Layout，还有一些比较不错的API，和可供响应选择Item的事件。可以满足你比较基础的需求。如果你觉得只有一个ListView的界面太突兀，你可以为这个ListActivity指定一个Layout，需要注意的是，你需要提供一个id为@android:id/list的ListView控件，避免Activity在内部偷偷寻找该控件的时候失败。

除了这些要求，做好UI还有注意易用性和效率。快捷键是一个比较不错的选择，在 Activity中调用setDefaultkeyMode(SHORTCUT_DEFAULT_KEYS)，可以开启快捷键模式，然后你可以将菜单绑定到指定快捷键上就OK了。个人觉得Tip也是一个比较重要的东西，但目前观察看来，这个东西只能够自己提供了。界面的动态性有时候是不可避免的，比如说菜单就是一个需要经常根据光标位置提供不同的选项。这个东西Android很人道的考虑到了，你可以参看NodeList这个Sample。它采取的应该是一个静态模拟动态的方式，这样有助于提高速度。你也可以利用ViewInflate，动态从一个XML创建一个控件。成本据Doc说很大，不到万不得已不要使用。

8.Intent消息传递

在前面写Android的ContentProvider时候，可以看到那是基于观察者模式的一个消息传递方法。每一个Cursor、ContentResolver做为一个小的注册中心，相关观察者可以在这个中心注册，更新消息由注册中心分发给各个观察者。而在MFC或Winform中，都会形成一个消息网，让消息在网中流动，被各节点使用、吃掉或者在出口死掉。

相比之下，我个人觉得基于Intent的Android核心消息传递机制是有所不同的。它应该会有一个全局性的注册中心，这个注册中心是隐性的，整个Android系统中就那么一个。所有的消息接收者，都被隐形的注册到这个中心。包括Activity，Service和IntentReceiver。其实说隐形注册是不确切的，所有注册都还是我们手动告诉注册中心的，只是与传统的方式不一样，我们通常不是通过代码，而是通过配置文件来做。在应用的Manifest中，我们会为一些Activity或Service添加上Intent-filter，或在配置文件中添加项。这其实就相当于向系统的注册中心，注册了相关的Intent-filter和receiver（这个事情完全可以通过代码来做，只是这样就失去了修改的灵活性）。

当程序有一个消息希望发出去的时候，它需要将消息封装成一个Intent，并发送。这时候，应该是有一个统一的中心（恩，有可能Android底层实现的时候不是，但简单这样看是没问题的...）接受到这个消息，并对它进行解析、判定消息类型（这个步骤降低了耦合...），然后检查注册了相匹配的filter或receiver，并创建或唤醒接收者，将消息分发给它。这样做有很多好处。虽然这种传递有的时候不如点对点的传递快（这有些需要速度的地方，我们看到Android会通过直接通信来做），但有时候又因为它只经过一跳（姑且这么叫吧...），比复杂的流动又要更快。更重要的是，它耦合性低，在手机平台这种程序组件多变的条件下使用十分适合。并且它可以很容易实现消息的精确或模糊匹配，弹性很大。（我个人曾想在开发一个C++二次平台的时候引入这样的机制，但在C++中，建立一套完整的数据marshal机制不容易，相比之下，用java来做会简单很多...）

恩，废话说了很多，具体讲讲Android中Intent的使用。当你有一个消息需要传递，如果你明确知道你需要哪个Activity或者其他Class来响应的话，你可以指定这个类来接受该消息，这被称为显性发送。你需要将Intent的class属性设置成目标。这种情况很常见，比如startActivity的时候，会清楚当前Activity完了应该是哪个Activity，那就明确的发送这个消息。

但是，有的时候你并不确定你的消息是需要具体哪个类来执行，而只是知道接收者该符合哪些条件。比如你只需要有一个接收者能显示用户所选的数据，而不想制定某个具体的方法，这时候你就需要用到隐形发送（传统上，我们可能会考虑用多态，但显然这种方式更为灵活...）。在Android中，你可以为Intent指定一个action，表示你这个指令需要处理的事情。系统为我们定义了很多Action类型，这些类型使系统与我们通信的语言（比如在Activity里面加一个Main的filter，该activity就会做成该应用的入口点），当然你也可以用于你自己的应用之间的通信（同样当然，也可以自定义...）。强烈建议，在自己程序接收或发出一个系统action的时候，要名副其实。比如你响应一个view动作，做的确实edit的勾当，你发送一个pick消息，其实你想让别人做edit的事，这样都会造成混乱。当然只有Action有时候是不够的，在Android中我们还可以指定catalog信息和type/data信息，比如所有的显示数据的Activity，可能都会响应View action。但很多与我们需要显示的数据类型不一样，可以加一个type信息，明确的指出我们需要显示的数据类型，甚至还可以加上一个catalog信息，指明只有你只有按的是“中键”并发出这样的消息才响应。从上面可以看出，Android的Intent可以添加上class, action, data/type, catalog等消息，注册中心会根据这些信息帮你找到符合的接收者。其中class是点对点的指示，一旦指明，其他信息都被忽略。Intent中还可以添加key/value的数据，发送方和接收方需要保持统一的key信息和value类型信息，这种数据的marshal在java里做，是不费什么力气的。

Android的Intent发送，可以分成单播和广播两种。广播的接收者是所有注册了的符合条件的IntentReceiver。在单播的情况下，即使有很多符合条件的接收者，也只要有一个出来处理这个消息就好（恩，个人看法，没找到确切条款或抉择的算法，本来想实验一下，没来得及...），这样的情况很容易理解，当你需要修改某个数据的时候，你肯定不会希望有十个编辑器轮流让你来处理。当广播不是这样，一个receiver没有办法阻止其他receiver进行对广播事件的处理。这种情况也很容易理解，比如时钟改变了，闹钟、备忘录等很多程序都需要分别进行处理。在自己的程序的使用中，应该分清楚区别，合理的使用。

9.ContentProvider数据模型

数据库操作

从我目前掌握的知识来看，SQLite比较轻量（没有存储过程之类的繁杂手段），用起来也比较简单。实例化一个SQLiteDatabase类对象，通过它的APIs可以搞定大部分的操作。从sample中看，Android中对db的使用有一种比较简单的模式，即派生一个 ContentProviderDatabaseHelper类来进行SQLiteDatabase对象实例的获取工作。基本上，ContentProviderDatabaseHelper类扮演了一个singleton的角色，提供单一的实例化入口点，并屏蔽了数据库创建、打开升级等细节。在ContentProvider中只需要调用ContentProviderDatabaseHelper的openDatabase方法获取SQLiteDatabase的实例就好，而不需要进行数据库状态的判断。URI 像进行数据库操作需要用SQL一样，对ContentProivder进行增删改查等操作都是通过一种特定模式的URI来进行的（ig：content: //provider/item/id），URI的能力与URL类似，具体细节可以查看SDK。建立自己的ContentProvider，只需要派生 ContentProivder类并实现insert, delete, update等抽象函数即可。在这些接口中比较特殊的是getType(uri)。根据传入的uri，该方法按照MIME格式返回一个字符串（==!没听过的诡异格式...）唯一标识该uri的类型。所谓uri的类型，就是描述这个uri所进行的操作的种类，比如content://xx/a与 content://xx/a/1不是一个类型（前者是多值操作，后者是单值），但content://xx/a/1和content://xx/a/2 就会是一个类型（只是id号不同而已）。

在ContentProvider通常都会实例化一个ContentURIPraser来辅助解析和操作传入的URI。你需要事先（在static域内）为该ContentURIPraser建立一个uri的语法树，之后就可以简单调用 ContentURIPraser类的相关方法进行uri类型判断（match方法），获取加载在uri中的参数等操作。但我看来，这只是在使用上简化了相关操作（不然就需要自己做人肉解析了...），但并没有改变类型判定的模式。你依然需要用switch...case...对uri的类型进行判断，并进行相关后续的操作。从模式来看，这样无疑是具有强烈的坏味道，类似的switch...case...代码要出现N此，每次一个 ContentProvider做uri类型的增减都会需要遍历修改每一个switch...case...，当然，如果你使用模式（策略模式...）进行改造对手机程序来说无疑是崩溃似的（类型膨胀，效率降低...），所以，只能是忍一忍了（恩，还好不会扩散到别的类中，维护性上不会有杀人性的麻烦...）。增删改查

ContentProvider 和所有数据源一样，向外提供增删改查操作接口，这些都是基于uri的指令。进行insert操作的时候，你需要传入一个uri和 ContentValues。uri的作用基本就限于指明增减条目的类型（从数据库层面来看就是table名），ContentValues是一个 key/value表的封装，提供方便的API进行插入数据类型和数据值的设置和获取。在数据库层面上来看，这应该是column name与value的对应。但为了屏蔽ContentProvider用户涉及到具体数据库的细节，在Android的示例中，用了一个小小的模式。它为每一个表建一个基于BaseColumn类的派生类（其实完全可以不派生自BaseColumn，特别当你的表不基于默认的自动id做主键的时候），这个类通常包括一个描述该表的ContentURI对象和形如 public static final TITLE = “title”这样的column到类数据的对应。从改变上角度来看，你可以修改column的名字而不需要更改用户上层代码，增加了灵活性。insert方法如果成功会返回一个uri，该uri会在原有的uri基础上增加有一个row id。对于为什么使用row id而不是key id我想破了脑袋。到最后，我发现我傻了，因为ContentProvider不一定需要使用数据库，使用数据库对应的表也可以没有主键，只有row id，才能在任何底层介质下做索引标识。

但，基于row id在删除和修改操作是会造成一定的混乱。删除和修改操作类似。删除操作需要传入一个uri，一个where字串，一组where的参数（做条件判定...），而修改操作会多一个ContentValues做更新值。着两个操作的uri都支持在末尾添加一个row id。于是混乱就出现了。当在where参数中指明了key id，而在uri中提供了row id，并且row id和key id所指函数不一致的时候，你听谁的？示例代码中的做法是完全无视row id（无语...），如此野蛮的方式我估计也只能在示例中出现，在实际中该如何用，恩，我也不知道。幸运的是，我看了下上层对 ContentProvider的删除操作，其实都不会直接进行，而是通过调用Cursor的delete方法进行，在这前提下，我想Cursor会处理好这些东西吧。

最后一个操作是查询操作，可以想见，查询的参数是最多的，包括uri和一组条件参数。条件参数类型和标准的sql类似，包括 sort, projection 之类的。从这些参数到sql语句的生成，可以寻求QueryBuilder类的帮助，它提供了一组操作接口，简化了参数到sql的生成工作，哪怕你不懂 sql都完全没有问题（这话说的我自己都觉得有点悬...）。查询返回一个Cursor。Cursor是一个支持随机读写的指针，不仅如此，它还提供了方便的删除和修改的API，是上层对ContentProvider进行操作一个重要对象，需要仔细掌握（Cursor还可以绑定到view上，直接送显，并与用户进行交互，真是程序越往上，封装越好，工作越机械没有复杂性了...）。数据模型

在与界面打交道的Cursor、ContentResolver等数据操作层中，大量采用观察者模式建立数据层与显示层的联系。一个显示层的视图，可以做成某一种观察者注册到Cursor或ContentResolver等数据中间层中，在实现底层ContentProvider中，我们需要特别注意在对数据进行修改操作（包括增删改...）后，调用相应类型的notify函数，帮助表层对象进行刷新（还有一种刷新方式是从一个view发起的）。可以看到 Android的整体数据显示框架有点像MVC的方式。Cursor、ContentResolver相当于控制层，数据层和显示层的交互通过控制层来掌管，而且控制层很稳定不需要特别定制，通常工作只在定制数据层和显示层空间，还是比较方便和清晰的。

10.学习感想

4.安卓学习 篇四

要说当下IT行业当中最具创造力、前瞻性、延续性和实现能力，想必有相当的人会把票投给Google的安卓，安卓开发学习也成为新潮流。安卓开发学习要做什么准备？下面就由福州卓跃教育具体介绍。

首先，最好先熟悉一门编程语言，现在大学里面和计算机相关的专业甚至理工类专业一般都会开设C语言课程，只是很多同学在大学期间并没有好好学习，如果对它掌握的不太好或者很久没用了，建议先从将其好好复习一下，将其基本的语法再好好回顾一下，最好能搭建一个环境来运行、调试它。如果没有学过，不妨也提前学习一下，可以参考清华大学出版社出版的谭浩强老师的《C语言程序设计》，推荐这本书的原因一是它已经经过了多年的考验，应该说还是比较严谨的；其次就是大部分的高校所开设的C语言使用的教材都是用它作为教材，因此无论是购买还是借阅，都容易找到。

其次，如果后续有志于游戏方面的开发，最好具备一定的数据结构和算法基础知识。虽然现代的高级编程语言中，其类库中已经帮我们实现了大部分的数据结构，一般情况下，我们直接使用即可。但如果能对其原理有所了解，当需要在这些数据结构和算法中间的时候，可以更加的清楚到底应该选择那个数据结构或者算法。另外，在图形图像处理上面，线性代数的作用也非常重要，如果能掌握一点这方面的基础知识，无疑也会在后续的学习中如虎添翼。举个例子，在Android中，有一个用于图形变换的类Matrix，用起来稍有点难。

第三，因为Android的应用的开发语言用的是Java语言，并且在Android中也用到了Java核心类库的大量的类，因此，在学习Android开发之前，可以先把Java基本语法和Java SE的基础类库好好学习一下Android应用程序开发是以Java语言为基础的，所以没有扎实的Java基础知识，只是机械的照抄别人的代码，是没有任何意义的。

至少要掌握以下两个方面的内容：a)Java基础语法：具体的知识点列表可以在这里下载：《Java知识点列表》V1.0。这部分内容没有讨价还价的余地，必须烂熟于胸。至于具体的学习方法，可以看书或者是看视频，但是关键是要多加练习，无论是书上的练习还是视频里面的练习，都需要仔仔细细的完成；b)设计模式：由于在Android系统的框架层当中，使用了大量的设计模式，如果没有这个方面的知识，对于Android的理解就会大打折扣。设计模式的种类非常之多，一个一个的全部掌握，是不现实的，必须首先掌握面向对象的基础设计原则，有了这些基础原则的支持，就可以举一反三。这部分内容可以在《Effective Java》和《Agile.Software.Development：