对于较细心的朋友而言，应该会注意到Android SDK官方网站新增了一个“Resource”分类。其目的为了更加集中式的介绍某些有价值的资源，最大程度的方便开发者更快速的获取帮助。其中一部分内容原本零散分布在其它板块，目前被统一整合到Resource分类中，例如：tutorials, sample code, 和FAQs。另外也从Android官方博客中精挑一些比较重要的内容放在technical articles子类中，其中大部分内容可以在AR中找到较详细的中文版本。

下面详细列举一些最新的Samples内容：

• Multiple Resolutions : 包括两方面的内容，1）阐述如何巧妙的根据多种屏幕显示标准来匹配特定的资源目录。2）针对不同Android SDK版本的用户优化应用程序。
• Wiktionary and WiktionarySimple: 介绍如何创建一个可交互的Home screen widget。
• Contact Manager:介绍如何使用ContactsContract接口获取和维护用户的多个账户和Contact providers。
• Bluetooth Chat:这个例子是对蓝牙功能的扩展，实现基于蓝牙的实时数据传输（包括聊天功能），其中涉及到扫描附近可用设备、初始化设备间蓝牙链接和传送实时数据。
• NotePad (now with Live Folders):这个例子包含了与Live Folders相关的技术。
• API Demoe>APP>Activity>QuickContactsDemo: 介绍关于android.widget.QuickContactsBadge类的使用方法（Android 2.0中新添加的类）。
• API Demoe>APP>Activity>SetWallpaper: 介绍如何应用Android.app.WallpaperManager类使用户可以更换系统Wallpaper。
• API Demoe>APP>Activity>Text-To-Speech: 介绍应用Text-To-Speech技术添加软件的语音阅读功能。

先道一声新年快乐！希望各位同学继续保持高昂的斗志，迎接新一年的挑战！

作为开发者经常需要权衡如何让待产中的软件更好的兼容市面上各种版本的Android系统手机，从而可以获得更多的用户保有量。然而当面对如此庞大的用户群体时，凸显一个不可忽视的问题：究竟是应该一如既往的关注于当前最新版本？还是充分考虑兼容性从而更好的支持各种版本的用户呢？面对这样的问题，我们将在下面给出一点参考意见。

在这里介绍一个最新发布的参照资源，它可以非常客观的帮助开发者权衡上面所阐述的问题：

接下来从开发者的视角更加详细的解读图表所包含的意义：

• 完全不需要考虑兼容Android平台最初的两个版本1.0 和 1.1。
• Android 1.5依然在活跃手机用户中占有一定比例，建议开发者考虑对这部分用户的兼容性。
• 从Android 1.6开始，涌现出规格不相同的一些硬件设备（突出表现为屏幕尺寸），这对兼容性产生了一定的影响。开发者需要充分考虑软件适用于多种规格的硬件标准，发布之前要做好充分的测试。
• 两周之前刚刚发布了Android SDK 2.0 （09年底所有预置这个版本的设备将全面升级为Android 2.0.1）。

总的来看，占有比例较大的前三者分别是2.0.1/1.6/1.5。由于每次的更新都将带来革命性的改变，所以新版本将会快速的得到广泛的应用。Android开发小组将会经常性的更新类似一些统计数据，从而更好的帮助开发者提升产品价值。

介绍

对于一款获得用户青睐的 手机软件，单从实现层面上来分析大体包括两个重要的因素：缜密的逻辑运算和人性化的GUI设计。自由开发者普遍存在身兼数职的情况，除了编写程序以外，还 需兼顾GUI设计。编写程序完全需要依靠过硬的功底，一些简单的优化工具并不能对整体逻辑运算产生较大的帮助，这也决定了自由开发者的背景大部分是程序员 出身。在编写GUI方面由于Android平台的GUI系统采用了XML layout模式，遵循固定的排列规则关联界面元素。对于欠缺GUI编写经验的程序员，依然可以简单的实现比较复杂的操作界面。出于功能上的需求XML Layout会变得越来越臃肿，这使得优化过程变得非常困难，例如：容器类型的转换会影响到所有相关联的子元素、反复调整Views元素而导致某些混乱的问题等，由于以上的问题有时可能不会影响到界面的正常使用，非常容易导致忽略了一些影响执行效率的缺陷。为此Android开发小组在SDK Tools Revision 3中提供了Layout Optimization工具，简称：Layoutopt。由于XML Layout具有严格的定义规则，所以这个工具可以自动帮助开发者发现一些较常规的缺陷。目前还没有将其整合到Eclipse的开发环境中，暂时需要通过Command line来执行(运行->cmd)。

使用方法

layoutopt <list of xml files or directories>

note: 有两种参数形式：第一种，可以将xml文件的full path做为参数，如果有多个xml文件，需要用空格将其分隔开。第二种，直接提供多个xml文件所在folder路径。

例子：

$ layoutopt res/layout-land

$ layoutopt res/layout/main.xml res/layout-land/main.xml

曾经的ADC01举办之初，像我这样的老百姓对这项技术还处于无知状态。但凭借对Iphone的了解以及革命性的App Store，以至于当得知Android和它所肩负使命时，身体里流淌的血液便开始加速，筐唧筐唧往脑子里灌。如今ADC第二春已经落下帷幕，再一次对那 些构思巧妙的设计发出赞叹，大部分的成功作品都更加贴近生活，以至于平时我们不太注意的小细节，经过一番整理便可以成为手机上革命性的创新。“天下难事必做于易，天下大事必做于细” （什么？你第一次听说啊？那请您拜读一下《沃尔玛不败之谜》）。

从AndroidTapp.com看到一篇关于提高Android软件开发质量的总结，完全立足于用户的视角创建更加人性化的应用软件。AR对这篇文章的某些相关联的观点加以合并，增加和扩展了某些较重要的内容。如果你有更好的建议，希望可以通过提交Comments的方式与大家共享！

尊重用户对当前软件的绝对控制权

大部分人都有过被“流氓”软件骚扰的经历，其主要特点体现在如下几个特征：

• 在用户不知情的前提下强制安装。
• 无法轻易移除
• 盗取用户资料

尽管Android平台有着严密的安全体系，但依然无法避免某些新形势的恶意行为。之所以将这条法则放在第一个位置，完全是为了呼吁开发者善待用户对手机应 用市场的信任，同时更要齐心合力维护赖以生存的生命之泉。让用户轻松体验软件带来便利和快乐的同时，更需要确保他们具备自由选择的权利。当软件正常运行或 者正处于任务的处理状态时，允许随时便捷的终止、退出或者登出当前应用程序的操作。

善待用户的可存储资源（SD Card & Internal Memory）

很多开发者常常出于便捷的考虑，直接将大量临时性或者一些初始化数据存储于手机的内置存储单元。这对于某些配置较低的手机，简直是一场灾难。建议在 存储数据之前先检测当前SD-Card的可用性。如果出现没有SD-Card或者其存储区域已满时，则可以考虑利用网络存储资源（受限于当前网络连接状 态）。如果处于“墙内”或者无法获得网络服务，那么不得不考虑依赖于内置的存储单元，但是需要尽可能优化数据量，确保资源的有效利用。

在软件设置菜单中预置清除数据功能，允许用户手动清除缓存或者移除所有与当前程序相关联的数据，

自定义更新周期

在软件设置菜单中增加修改更新周期的功能，允许用户根据当前需要选择恰当的周期。如果周期设置较短，不但影响到系统性能的表现力，而且会缩短电力的续航时 间。对于开发者而言，需要严格控制版本号，针对一批修改做统一更新，而不要频繁的更新某些局部细微改动（出现致命缺陷的情况除外）。

完整的功能描述和详实的更新日志

建议具备一定条件的开发者可以考虑为不同的应用软件或游戏创建独立的网站（或者将多个软件存放在同一个网站的不同页面中维护和管理）。这 样有助于用户可以第一时间了解应用程序的完整介绍，包括可能修改用户手机设置的明确说明（是否增加后台进程等…）。另外每次版本更新的详细信息需要保 持与软件更新同步：

• 修复了什么缺陷？
• 当前版本添加了哪些新功能？
• 下一版本可能会实现哪些值得期待的功能？

这样做的好处不需要过多介绍。难道你不希望了解当前手机软件的更新都做了哪些修改吗？另外，作为一个实时的反馈平台，可以及时的了解到当前用户遇到的疑问和收集非常有价值的建设性意见。

搭建漂亮的门面

赏心悦目的操作界面总是可以第一时间俘获用户的心。从恰当合理的色彩搭配到摆放和组织界面元素，其任何环节都直接影响产品的质量。大街上花枝招展的个性人 类，绝对可以毫不留情的吸引住你的眼球，但你真的有勇气和他对视吗？摆放错位的汽车堵在胡同里，你是否有强烈的正义感涌上心头呢？没错，视觉会对人的情绪 产生非常深远的影响。当无法通过视觉测试的食物，估计很难送到嘴里（饥饿状态除外）。对于要求苛刻的用户而言，其很难忍受手机主菜单中存在破坏和谐气氛的 Icons。所以对于呕心沥血之作，在保证后台可以高效运作的前提下，非常有必要装备一整套体面的行头。

清晰流畅的操作流程

如果将应用软件的内容比作为整个系统的功能器官，那么导航系统可以看做为大脑，它的意义在于“思考”如何调配当前系统资源。堵塞或者混乱的大脑无法高效的 提供准确内容，一旦内容无法被用到，其存在的意义等价于零。在设计软件功能导航时，可以考虑遵循大众普遍习惯的操作方式，确保某些常用功能的摆放位置和顺 序（千万不要在这里体现另类的个性，否则会酿成惨剧）。然而这样也并不是最稳妥的办法，针对不同情况需要考虑复杂的地域差异。巧妙的根据功能性分类，并使 用具有组织和约束功能的Views元素加以区分等。

基于缺乏耐心的用户为考量来设计和优化

凡事如果以最坏的情况来考虑，必定可以再市场的角逐中获得更多人的青睐。根据此前一些抽样数据的统计，手机软件的群体中有相当一部分人对事物缺乏耐心，尤 其是面对狭小屏幕所反映出的压抑情绪会加大对某些设计蹩脚的应用程序的厌烦感。针对硬件条件的限制，尽管暂时很难直接给用户带来与桌面应用程序痛快淋漓的 体验，但至少可以对某些软件做出操作流程上的优化，已达到简便和更加容易使用。由于具体的要求存在多样性，所以无法客观的给出统一的量化标准，但作为开发 者需要时刻提醒自己对这个问题的关注。

避免处于BP状态的Activities依然频繁占用系统资源

Background processes被官方直接定义为：onStop()方 法已经被调用、并对当前用户处于不可见状态的Activities。开发者根据应用程序的需求慎重考量是否一定有必要保证处于BP状态的 Activities仍然需要处理各种数据，以至于频繁占用过多的网络和计算资源。手机用户普遍非常在意系统的执行效率，有时宁愿放弃某些功能以保证当前 系统的可持续高效的处理任何请求。

需要将用户服务的因素绑定在完整的技术支持体系中

自由开发者在Android Market从事商业行为时，往往都非常看重为用户提供完善的技术支持，以期待得到比较好的口碑和保证软件销量持续增长。但是这里所提到的另外一种用户服 务不同于技术支持，它更倾向于是Android Market应该提供的一种用户保障体系。然而目前Google在这方面缺乏完整的解决方法，不得不由开发者面对诸如信用卡付款或者已经付款却无法正常下 载软件等问题。如果开发者可以承担起这样的职责，用户会将某种程度的感激转嫁为对产品的信任和支持，转而提供良好的口碑效应。相反，如果忽视这样问题的存 在，由于用户选择你的产品而发生的问题无法得到解决，那么会直接将问题转化成对产品和开发者的不信任。此前有人手机应用软件经济模式总结了一种比较简单的 成功法则：（好主意+ 有利抢占市场的时机 = 完美的销量） 这的确是可以第一时间赢得用户青睐的方法。但是如果想建立稳定的销售增长曲线，那么还需要结合以上论述的内容，为用户处理一系列与产品相关的问题。

今年九月份的统计数据显示，目前在Android Market中已经有超过10K的Softwares和Games提供给Android手机用户下载。一些曾经在IPhone APP Store创下辉煌战绩的Applications已经开始集体移植到这个拥有巨大潜力的平台。官方第二届Android Development Challenge（简称:ADC2）已经进入到了最后评审阶段，据称这次拥有大量惊奇创新的应用软件，AR会针对排名靠前的一些软件和游戏提供比较详细的技术剖析，希望大家保持关注。今天要说的内容与创新无关，主要是讲解如何将现有功能互补的软件通过Intents无 缝整合，使其最大限度的提高用户体验（不同的软件之间相互协调，不但可以达到优势互补的目的，而且通过相互间的合作可以在某个领域创造出相对完整的应用体 验）。手机用户尤其厌烦手动输入大量信息（奥巴马曾对外界声称自己不使用Twitter的理由是不想忍受用手机输入信息的痛苦感受），所以这样的整合可以 促成多方软件协同工作的“共赢”局面。而在这其中起到绝对关键性的技术因素是利用了Android平台最独特和最优雅的“Intent机 制”，平凡的岗位创造出不平凡的“成就”。为此，大家需要多多留意那些看似微小的事物，往往越是简单的东西越容易改变这个世界。下面引述一个例子来形象展现这项应用所带来的好处：正在使用WHERE和GoodFood的用户可以基于当前数据直接快速利用OpenTable程序完成订餐服务，整个过程避免对 某些已经存在信息的重复调用。

名词解释：

• OpenTable（用户可以指定特定的区域，搜索符合用餐时间和用餐人数的餐馆，并将其标注在地图上）

• Where（基于精确地理位置的本地化信息检索工具，例如：哪里的汽油最便宜，路况信息和距离最近的咖啡店等等）

• uLocate （与Where出自同一个公司，同样也是利用地理位置信息，提供一个完整的沟通服务平台）

发挥Intent整合优势的准备工作

首先第一个步骤是需要设计使用的Intent接口（或者API）。例如：OpenTable开放了可供使用的公共RESERVE Intent ，利用特定的参数通过URI传递给处理预约申请的Activities（包括地点、时间和人数等基本要求）下面是一个简单的例子：

startActivity(new Intent("com.opentable.action.RESERVE",
Uri.parse("reserve://opentable.com/2947?partySize=3")));

我们的目的是创建一个可供其他开发者容易理解和应用简单的开放接口，而这完全取决于如何定义Action和Uri的样式。那么问题来了：什么样才算得上是比较理想的开放接口呢？

• 首先考虑如何定义合适的Action。如果应用程序仅仅是在常规状态下被调用，一般比较好的方法是直接采用系统提供的标准。针对有特殊要求的应用，则需要采 用自定义的Action，从而更加准确的提供局部应用支持（局部应用的含义：Application包括多个Activities，通常仅仅是一个或者一 小部分Activities通过开放的接口被外部的其它应用程序调用）。自定义Action需要符合Android平台的命名规 范：<package-name>.action.<action-name>。因为考虑到Action完全是String格 式，所以需要特别强调Namespace的重要性。（在本文提供的例子中将Action定义 为：”com.opentable.action.RESERVE”）
• 其次考虑外部接口程序根据特定的需求初始化数据。Android平台提供了Bundle（mapping：通过String索引相匹配的数据）用于传递简单或者复杂的数据。在本文的例子中采用了另外一种较灵活的方式，将参数直接捆绑在Uri中（”reserve://opentable.com/2947?partySize=3“）。应用”reserve://”字头的目的是为了匹配我们所定义的Action（android:scheme），”opentable.com”可以理解为作用域（android:host），前两者将用来在AndroidManifest.xml中声明<data /> （<data android:scheme=”reserve” android:host=”opentable.com”/>）。最后2947和partySize分别代表了餐馆ID和限定用餐人数。

Exposing 在系统中注册Intents

前面已经创建了Intent的内容。当条件满足时，系统将负责启动匹配Intent的应用程序(例子中所指：OpenTable)。为了让系统认识这位 “新朋友”(Intent)，需要在<Intent-filter>标签中根据Intent的内容修改<action> 和<category>的属性，并根据Uri的描述创建一个<data>新标签：（以上设置都被包含在AndroidManifest.xml中）

...





...

如果程序中包含有多个开放的接口，那么可以根据上面的方法对每个Activity中的intent-filter根据需要修改成可以容易被外部直接调用的开放接口。在本文的例子中仅仅是修改了负责Reservation的Activity。Category设置成DEFAULT的 目的是为了保证当前Application可以直接被使用，而不会出现供用户选择启动程序的对话框，然而前提条件是保证这个Action在当前系统中的唯 一性，避免出现相同的Action同样以”DEFAULT”属性出现在不同的Activities中。<data>标签没有直接列出Uri中 提供的参数名称，在下面的小节中将讲解从Uri中解析参数值的方法。同时对于某些隐性的设置，有必要通过文档的方式让其它开发者能清楚的了解参数传递的标准。

Processing 处理调用请求

下面是OpenTable中负责处理Servation的Activity解析Intent中的参数和做出回应的主要部分：

protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
    final Uri uri;
    final int restaurantId;
    try {
        uri = getIntent().getData();
        restaurantId = Integer.parseInt( uri.getPathSegments().get(0));
    } catch(Exception e) {
        // Restaurant ID is required
        Log.e(e);
        startActivity( FindTable.start(FindTablePublic.this));
        finish();
        return;
    }
    final String partySize = uri.getQueryParameter("partySize");
    ...
}

定义两个final的成员变量（final：表明变量仅可以被赋值一次）“uir”和“restaurantId”，分别用于存储Uri字符串和餐馆ID。

• getIntent().getData()可以返回当前Intent中包含的Uri。
• getPathSegments().get(int index)可以返回索引<index>代表的参数值。
• getQueryParameter(String Key)d 这是另外一种获取参数值的方法，适合于Key=Value（例子中：partySize=3）。

尽管没有包括完整的代码，但是基本上阐述了如何实现接口的方法。但仅仅实现了基本功能还是远远不够的，一个健壮的应 用程序需要考虑非常多的复杂情况。利用Intent机制完成某些功能调用的系统，需要特别强调参数的合法性以及如何有效的应对错误信息等。例如：当解析的 Restaurant ID出现问题时，需要提供用户另外一种可以手动输入的方法。 由此需要特别注意：满足常规功能仅是整个开发周期的一部分，另外还需要投入更多的时间处理异常情况。

优雅的处理一些特殊情况

以下是几种可预见的特殊情况：如何处理客户端没有安装OpenTable？如何处理传递了无效的Restaurant ID？

下面的代码提供了处理当前上面特殊情况的方法：1)如果当前传递的Restaurant ID无效，那么Opentable按钮将设为不可用状态。2）如果当前客户端没有安装Opentable，那么将Intent切换为Market，并自动转为Opentable下载界面。

// setup the Intent to call OpenTable
Uri reserveUri = Uri.parse(String.format( "reserve://opentable.com/%s?refId=5449",
opentableId));
Intent opentableIntent = new Intent("com.opentable.action.RESERVE", reserveUri);

// setup the Intent to deep link into Android Market
Uri marketUri = Uri.parse("market://search?q=pname:com.opentable");
Intent marketIntent = new Intent(Intent.ACTION_VIEW).setData(marketUri);

opentableButton.setVisibility(opentableId > 0 ? View.VISIBLE : View.GONE);
opentableButton.setOnClickListener(new Button.OnClickListener() {
    public void onClick(View v) {
        PackageManager pm = getPackageManager();
        startActivity(pm.queryIntentActivities(opentableIntent, 0).size() == 0 ? opentableIntent : marketIntent);
   }
});
}

公布当前Application开放接口的应用标准

到目前与技术相关的内容已经完成。还剩下最后一步，同时也是最重要的环节。必须让其他开发者了解开放接口的使用方法，否则前面的努力都将变得毫无价值。其中最简单的方式是将使用文档发布在网站上供其他开发者查阅，而且建议文档中带有较全面的实例。

访问官方博客原文

“如果想成就一个辉煌的’文明’，首先需要创造一种强大和健壮的语言”

创造出一种更加高效的方法来诠释整个物质世界，Google帝国迈出了最重要的一步。人类发展过程中总是要经历大大小小不同的变革，计算机世界更是如此，而且其变革的速度远远快过于其它任何发展中的事物。暂时无法量化这种新的编程语言会对整个行业带来的变化，但至少有一点可以肯定，”Go” 的特性将加速整个计算机工业的发展进程。或许可以让我们这一代人将更多的梦想变为现实。

高度关注Google产品的人会感悟到其简单的哲学理念 “Efficiency” ，正是秉持这样的精神，才使得我们完全可以在毫秒间搜遍整个人类文明、体验前所未有的电子邮件服务 “Gmail”或者革命性的沟通工具 “Google Wave” 等等…

为了符合日益高效的生活节奏，Google在2009年11月份正式对外宣布 带给这个世界另外一个惊喜 – “Go“。 其主要的特点是将动态语言（例如：Python）的高效开发特性与编译语言（例如：C/C++）的安全特点相结合，同时还支持当前比较热门的技术 garbage collected和concurrent ，Google的同事们在当前的条件下正努力的创造一款近乎完美的语言。

HighLight:

• 高效的静态类型编译语言 + 轻松灵活编程的动态语言
• 类型安全（Type Safe）+ 内存安全（Memory Safe）
• 较好的支持并行和线程间通讯
• 高效和无延迟的Garbage Collection
• 较高的编译速度

与此同时还存在一个同名的GO programming languag的，从维基百科中了解到其最早的记录时间是2003年，由两个人共同创建Francis McCabe, Keith Clark。今天暂且不去讨论这两个同名语言的争议话题（其维基百科的页面已经发出删除通知，特将以下截图作为一个纪念，目前这两个同名的语言其在Wikipedia的链接仅仅是相差一个”!”符号。）

Go语言本质上属于C家族的分支，很大程度上仍然保留着C的特点。Google开发小组对声明语法（Declaration Syntax）上作出了较大的改进，其目的是为了实现更高效的语义分析和摒弃利用符号表（Symbol Table）解析的模式。从而更加容易开发辅助工具，例如：Debuggers、dependency analyzers（从属分析）和自动文档提取器等… ，鉴于这个原因对于C或其它分支在实现上相对难度较大。刚刚接触Go的开发者即便是有过C语言的开发经验，但依然有必要对Go的语法重新做一次完整的了解。

一直以来，系统编程语言较少提供对诸如：垃圾回收（Garbage Collection）和并行计算（Parallel computing）的支持。

Garbage Collection是一种不需要人为干预的动态内存管理机制，其可以自动清除应用程序遗留在内存中的废弃资源（有一篇详细介绍Garbage Collection历史的文章发表于 2004年第二期的《CSDN开发高手》，通过它可以简单了解Garbage Collection发展的历史）。尽管这项技术在最近一段时间内有了长足的进步，但是依然有非常多的程序员青睐于手动执行 Free 和 Delete 命令。因为他们担心这项技术会增加系统的负担，这就好比当初放弃高级语言，而执着于直接编写机器语言的虔诚教徒。Go包含了Garbage Collection技术，但Google并没有正面阐明其所采用的技术可以消减人们对于应用它所产生的负面影响，个人感觉它的秘而不宣似乎说明了Google并不完全满意当前的GC处理技术，以后将帮助大家密切留意这方面的动向。

Parallel computing是现阶段热度较高的应用技术，开发基于多核心运行环境的应用程序。目前多核心对于家用PC已经是个非常普遍的现象（Tilera最近刚刚宣布包含100个核心的Cpu）。从Go语言的这个特性上可以反映出Google对这一领域的探索的兴趣。

引用同事的一句评论“Google真的非常清楚我们的需求 ”。目前Go语言仅仅处于测试阶段，Google非常鼓励喜欢尝试新事物的开发者可以亲自体验这种新语言所带来的编程乐趣。到此已不再需要过的正面修饰，有空的时候适当的摆弄摆弄吧。下面使一些代码片段，可以让大家快速了解其真正面貌：

package main

import (
	"os";
	"flag"; // command line option parser
)

var omitNewline = flag.Bool("n", false, "don't print final newline")

const (
	Space = " ";
	Newline = "\n";
)

func main()  {
	flag.Parse(); // Scans the arg list and sets up flags
	var s string = "";
	for i := 0; i < flag.NArg(); i++ {
         if i > 0 {
			s += Space
		}
		s += flag.Arg(i)
	}
	if !*omitNewline {
		s += Newline
	}
	os.Stdout.WriteString(s);
}

findViewById(R.id.myButton).setOnClickListener(new View.OnClickListener() {
    public void onClick(View v) {
    // Do stuff
    }
});

下面这个方法较前一种稍微简单了一些，允许多个Buttons共享一个Listener。通过Switch控制对不同Button Click事件的响应方法：

View.OnClickListener handler = View.OnClickListener() {
    public void onClick(View v) {
        switch (v.getId()) {
           case R.id.myButton: // doStuff
           break;
           case R.id.myOtherButton: // doStuff
           break;
        }
    }
}

最后依然需要在程序中调用setOnClickListener()方法为所有的Buttons添加公共Listener:

findViewById(R.id.myButton).setOnClickListener(handler);
findViewById(R.id.myOtherButton).setOnClickListener(handler);

Android开发小组对上边的方法又做了进一步的改善，从Android 1.6开始将允许开发者直接将Click listener捆绑XML layout中的Views元素。在程序中定义的Listener方法需要带有一个View类型的参数。下面提供了完整的例子来说明：

class MyActivity extends Activity {
    public void myClickHandler(View target) {
    // Do stuff
    }
}

在XML Layout中将已经声明的Listener函数名赋给Button的onClick属性：

英文原文： Android Blog

代码中的RelateiveLayout包含有两个TextView和一个ImageView。从参 数设置来分析ImageView处在TextViews的左边，而两个TextViews则应该是靠左垂直排列。然而，以上的配置却无法在Android 1.5中得到正确的解析，结果如下所示：

问题最主要的原因是由于RelativeLayout处理Views关联是从当前向前查找已经解析的Views，而忽略后边的Views。例如，上个例子 中“band”的位置与“track”相关联，然而“track”是在“band”之后声明。在Android 1.5中，由于RelativeLayout存在缺陷，使得它无法处理这样的问题。值得庆幸的是目前已经修复了这个问题，依然是上边的代码，在 Android 1.6中完全按照正确的逻辑显示Views的位置：

为了帮助Android小组开发更加健壮的程序，提交你发现的缺陷或者Bugs。

Wi-Fi（发音为 /’waɪfaɪ/）是一個無線網路通信技術的品牌，由Wi-Fi聯盟（Wi-Fi Alliance）所持有，使用在经验证的基于IEEE 802.11标准的产品上，目的是改善基於IEEE 802.11標準的無線網路產品之間的互通性(查看完整内容:维基百科)。

現時一般人會把Wi-Fi及IEEE 802.11混為一談。甚至把Wi-Fi等同于無線互聯網。

Wi-Fi聯盟成立于1999年，當時的名稱叫做Wireless Ethernet Compatibility Alliance (WECA)。在2002年10月，正式改名為Wi-Fi Alliance

作为手机平台应用最广泛的一种无限网络协议（中国受限），其在地球上的覆盖面积达到了惊人的程度（结论凭主观判断，目前还没有确切的数据来源）。此前有文章讨论“如何检测当前区域内可用的网络资源？” ，下面将围绕网络应用的话题介绍与WIFI应用开发的一些方法。

首先，需要在Manifest中添加如下permissions：

其次，在调用的函数中声明一个WIFIManager实体：

private WifiManager wifiManager;
...
@Override
public void onCreate...
       wifiManager = (WifiManager) this.getSystemService(Context.WIFI_SERVICE);

然后通过WIFIManager所提供的方法处理各种与WIFI相关的应用：

• 检测当前网络信号质量：static int calculateSignalLevel(int rssi, int numLevels)
• 得到当前WIFI的Enabled状态：boolean isWifiEnabled()
• 启动/中止WIFI服务：boolean setWifiEnabled(boolean enabled)
• 断开当前连接：boolean disconnect()

查看更多有关调用方法的介绍。

[Via Almond Mendoza]

适用于Android平台的FireFox经官方证实已经在孕育中，目前还无法获取准确的发布时间。本人完全是FireFox的拥护者（主观立场并不代表其是当今最好的浏览器，至少用着比较方便），同时也提倡大家利用Firefox浏览AR（此前在IE中的显示问题已经解决）。通过某媒体对Mozilla CEO John Lilly 和 VP Jay Sullivan的采访，获得了与FireFox for Android进展相关的重要信息。最初由于Android基于Java作为开发核心的技术特点，Mozilla并没有过早的涉及到这个平台的扩展。直到Android NDK的来临，这似乎让“便秘”中的Mozilla可以开始针对Android平台顺畅的“排泄”了。John Lilly在这个话题的基础上更进一步的解释：当初无法开展Android平台扩展的原因，由于硬件平台的限制，无法让智能手机平台的浏览器完全套用桌面电脑的技术，毕竟一些主流的Web应用技术无法保证可以在所有智能手机平台得到支持。

Android平台本身已经有了默认的浏览器，FireFox的优势在于可以革命性的实现手机浏览器支持扩展功能（add-ons），相信大部分人都将被这样的诱惑所吸引。

让我们一同静静的等待FireFox真正来临的那一天。

[via GigaOm]

• zipalign如何优化
• 如何使用zipalign
• 使用zipalign的理由

根据官方文档的描述，Android系统中Application的数据都保存在它的APK文件中，同时可以被多个进程访问，安装的过程包括如下几个步骤：

• Installer通过每个apk的manifest文件获取与当前应用程序相关联的permissions信息
• Home application读取当前APK的Name和Icon等信息。
• System server将读取一些与Application运行相关信息，例如：获取和处理Application的notifications请求等。
• 最后，APK所包含的内容不仅限于当前Application所使用，而且可以被其它的Application调用，提高系统资源的可复用性。

zipalign优化的最根本目的是帮助操作系统更高效率的根据请求索引资源，将resource-handling code统一将Data structure alignment（数 据结构对齐标准:DSA）限定为4-byte boundaries。如果第一次接触有关Data structure alignment的内容，强烈建议搜索更多与其相关的内容来充分理解这样做的最终目的，这也是理解zipalign工作原理的关键。如果不采取对齐的标 准，处理器无法准确和快速的在内存地址中定位相关资源。

目前的系统中使用fallback mechanism机制处理那些没有应用DSA标准的应用程序，这的确大大的方便了普通开发者无需关注繁琐的内存操作问题。但是相反，对于这样的应用程序 将给普通用户带来一定的麻烦，不但影响程序的运行的效率，而且使系统的整体执行效率下降和占用大量不必要的内存资源，甚至消耗一定的电池资源 (battery life)。

在Android 1.6 SDK中提供了三种应用Align操作的方法：

• 使用ADT:
  • 从 ADT 0.9.3版本开始，可以通过export wizard自动对发布的application packages执行align操作。设置方法：鼠标右键点击Project，然后选择”Android Tools” > “Export Signed Application Package…”。或者可以直接在AndroidManifest.xml中设置。
• 使用 Ant:
  • 对于API Level 大于等于4的Application Packages可以直接通过Ant build script来Align优化。但对于API Level小于4的情况，只能采取手动Align优化。
  • 默认下应用Ant build script运行Debug packages(API Level >= 4)时，将自动执行Align优化。
  • 针对Release packages。当使用Ant build script执行Align优化时，首先需要拥有足够的信息来Sign packages。当完成Signing之后， 才能执行Align优化。通过官方文档了解如何Sign Packages。
• 手动执行Align优化：
  • 利用tools文件夹下的zipalign工具。首先调出cmd命令行，然后执行:zipalign -v 4 source.apk androidres.apk。这个方法不受API Level的限制，可以对任何版本的APK执行Align优化。
  • 同时可以利用zipalign工具检查当前APK是否已经执行过Align优化。命令：zipalign -c -v 4 androidres.apk

再一次提醒开发者，立刻应用zipalign工具强制优化已经发布的application packages，并让你的用户使用最新的版本。

英文原版 official Android blog

目前Touch Screens技术在不同的应用领域发挥着重要的作用。尤其各种智能移动设备向着更薄、更轻、更强大的方向发展，这对于人机交互提出了更高的要求。凭借触摸屏技术，使用者将从繁琐的按键操作逐渐过渡为利用各种手势快速和准确的实现人机交互，比如轻轻触摸、拖拽、甩或者滑动等一系列的简单手势快速的实现一些常规的命令操作。在Android 1.6之前的版本中，需要开发者编写大量的代码才能实现某些更为复杂的Gestures功能。为了让Gestures技术可以被方便的嵌入到第三方软件中，Android 1.6 SDk中嵌入标准的Gestures API库（Package: android.gesture），包括了所有与Gesture技术相关的操作：存储、加载、创建新Gestures和识别等。接下来将通过具体的例子全面的介绍如何将Gestures技术加入到Application中。开始前请先下载实例的源码。

创建一个Gestures Library

Gestures Builder 在Android 1.6 SDK 中作为系统工具经Emulator启动时被默认加载。开发者可以直接通过Gestures Builder工具创建一批Gestures库，并添加到自己的程序中为用户提供可直接使用的Gestures行为。如果希望用户可以在程序中自定义 Gestures信息，也可以将Gestures Builder作为一个单独的模块整合到程序中，使用的方式与单独操作Gestures Builder工具完全一致。Gestures Builder工具的源码存放在Samples中，建议大家亲自尝试。使用Gestures Builder生成的gestures集合将自动存放在SD Card中。如果使用Emulator调试程序，需要在使用Gestures Builder之前确保当前有可用的虚拟SD Card映射。下边的截图表示当前已经添加三个gestures。

上边的图示中可以看到每个条目包含两个基本元素，gesture 2D信息和标签，标签在Application中起到索引的作用。在同一个Application中允许包含一个以上带有相同标签的集合，这样可以提高某 些指令被准确识别的几率。利用Gestures Builder添加或者编辑gestures，生成的最终文件存放在SD card中的 gestures目录。可以直接将这个目录下的gestures拷贝到Application的/res/raw中作为默认的gestures资源。

加载Gestures Library

根据前一节的了解，完全可以掌握利用Gestures Builder创建gestures的方法，并将生成的文件捆绑在自己的应用程序中，作为默认的gestures库。接下来了解如何在 Applicationg程序中加载库中的gestures资源（利用GestureLibraries类可以非常容易处理这个请求）：

mLibrary = GestureLibraries.fromRawResource(this, R.raw.spells);
if (!mLibrary.load()) {
    finish();
}

上边的代码实现了调用gestures前的准备工作。另外除了从本地raw中获取资源以外，也可以直接从SD Card中加载资源，特别针对允许用户自行创建gestures的应用程序，需要在程序中实现基于SD Card的读取和存储方法。由raw中读取的gestures仅具有可读属性，用户无法编辑默认捆绑在Application中的gestures资源。
下边的图标展示了Gesture Library的层级结构。

由于GestureOverlayView类并不属于android.widget资源范畴，因此调用时必须提供完整名称(Botton或者其它的 Views只需要提供Short Name就可以直接被系统识别)。Gesture overlay相当于一块简单的绘画板，允许用户绘制各种gestures。Gesture overlay的显示属性可以根据应用程序的整体样式而制定合适的色彩和笔触宽度。利用Listener跟踪Gestures的不同行为，从而相应用户的 细微操作。其中OnGesturePerformedListener是最常用的方法，当用户完成一次Gesture绘制后，系统将自动运行这个 Listener中的代码。至此，完成了Gestures识别功能中的第一个步骤。

GestureOverlayView gestures = (GestureOverlayView) findViewById(R.id.gestures);
gestures.addOnGesturePerformedListener(this);

接下来通过GestureLibrary对用户绘制的结果进行比对，每次的比对结果将可能包括多个相似的结果。根据数量级（系统中会针对一个 Gesture创建多个实例，目的是达到更加精确的识别目的）的原则，依据降序的排列方法选择最贴近用户意图的结果。下边的代码实现了完整的“筛选”过 程。

public void onGesturePerformed(GestureOverlayView overlay, Gesture gesture)
{
    ArrayList predictions = mLibrary.recognize(gesture);

    // We want at least one prediction [androidres.com]
    if (predictions.size() > 0) {
        Prediction prediction = predictions.get(0);
        // We want at least some confidence in the result
        if (prediction.score > 1.0) {
            // Show the spell
            Toast.makeText(this, prediction.name,Toast.LENGTH_SHORT).show();
        }
    }
}

根据代码的执行过程，recognize()的返回结果是一个prediction集合，包含了所有与gesture相匹配的结果。prediction 的score属性代表了与gesture得相似程度（通常情况下不考虑score小于1的结果）。以上是Gestures应用的两个基本功能的介绍，非常 简单的几行代码就就可以让你的程序支持当前最流行的人性化操作方式。

Gestures Overlay

接下来介绍另外一个全新的用法。前面是将GestureOverlayView作为一般的View，被直接嵌入在LinearLayout的子集中。然 而，根据这个类名的直观理解是可以作为所有Views元素之上的一个Overlay来使用，更形象的解释是将GestureOverlayView看做一 个盒子，而其它的Views应用元素成为它的子集。这样的方式被普遍应用于游戏操作或者仅限制Application中的某一部分的UI支持 Gestures功能。接下来我们利用GestureListDemo例子来体验这种用法，实现的效果是在一个Contacts列表上创建一个 Gestures Overlay。首先仍然需要利用Gestures Builder初始化一些gestures数据：

XML layout代码（完全不同于第一个例子的配置方法）：

当利用Gestures view的Overlay特性时，需要利用更多的属性来设置当前Gesture的状态，在第一个例子中则不需要考虑这些：

1）gestureStrokeType:设置Stroke的类型。大多数情况下，gestures都是通过一笔完成。然而有一些特别的需求就需要通过多个笔画来实现，例如通过“+”来实现“Add”的行为。

• Single:0

• Multiple:1

2）eventsInterceptionEnabled: 可以简单理解为当前应用程序在Gesture overlay模式下屏蔽其它Views Events的开关。当它设置为True时，所有基于当前应用程序屏幕的操作都被视作为绘制gestures的行为，从而避免用户与应用程序界面的交互造 成混乱。
3）orientation:这个属性作为当前Gesture recognizing的参考标准（相当于filter的作用），例如：在这个例子中的Items垂直排列，所有基于Overlay的垂直 (vertical) gesture，都无法被识别为有效的gesture，其与当前的垂直滚动条操作造成混淆。对于水平 (horizontal) gesture可以立即识别为有效的gesture，或者任何以垂直为起始的操作需要至少包含一段水平的绘制轨迹才可以被正常识别。

• Horizontal : 0

• Vertical : 1

public void onGesturePerformed(GestureOverlayView overlay, Gesture gesture)
{
    ArrayList predictions = mLibrary.recognize(gesture);
    if (predictions.size() > 0 && predictions.get(0).score > 1.0)
    {
        String action = predictions.get(0).name;
        if ("action_add".equals(action))
        {
            Toast.makeText(this, "Adding a contact",Toast.LENGTH_SHORT).show();
        }
        else if ("action_delete".equals(action))
        {
            Toast.makeText(this, "Removing a contact",Toast.LENGTH_SHORT).show();
        }
        else if ("action_refresh".equals(action))
        {
            Toast.makeText(this, "Reloading contacts",Toast.LENGTH_SHORT).show();
        }
    }
}

根据上边的设置，目前用户可以基于ListView之上做任何Gesture操作，而不会与当前的Scrolling Events混淆。

从视觉上可以直接判断当前Gesture是否有效的被当前Application识别。对于无效的Stroke将会以半透明的方式显示。

相信很快这项技术将作为最基本的应用部署在大部分的应用程序中。让我们开始尝试创建第一个带有Gestures功能的应用程序吧！

查看英文原文[Android Blog]

对于开发者而言智能手机的普及极大的拓展了他们的想象空间，为此可以将基于电脑的某些应用移植到手机平台，丰富前所未有的手机用户体验。目前包括IPhone以及运行Android操作系统的手机已经提供 full (HTML) Internet browsers 的支持，这代表手机用户可以通过浏览器体验更多丰富内容，包括完整的网络购物流程等。

为此，Google对Adsense做出了一些改善。目的是帮助开发者提供内容丰富和面积更大的Adsense广告来吸引手机用户，提高手机平台投放广告的收入。发布的方式也不仅仅局限于网站，可以嵌入游戏或者其它应用软件中，极大的提升了用户对其所感兴趣广告的点击率。

更换广告格式和大小将变得更加方便，无需修改嵌入的Adsense代码就可以快速通过Google所提供的管理界面实现不同种广告格式间的切换。如果选择全平台模式，将根据对平台种类的检测结果自动应用相匹配的广告格式。

如果想获取更多有关于Adsense赚钱的方法可以访问 Adsense help center，对于想了解其它针对于手机应用的赚钱方式请访问 “借助免费的Android Apps来赚钱”

TextToSpeech简称 TTS，是Android 1.6版本中比较重要的新功能。将所指定的文本转成不同语言音频输出。它可以方便的嵌入到游戏或者应用程序中，增强用户体验。

在讲解TTS API和将这项功能应用到你的实际项目中的方法之前，先对这套TTS引擎有个初步的了解。

对TTS资源的大体了解：

TTS engine依托于当前Android Platform所支持的几种主要的语言：English、French、German、Italian和Spanish五大语言（暂时没有我们伟大的中文，至少Google的科学家们还没有把中文玩到炉火纯青的地步，先易后难也是理所当然。）TTS可以将文本随意的转换成以上任意五种语言的语音输出。与此同时，对于个别的语言版本将取决于不同的时区，例如：对于English，在TTS中可以分别输出美式和英式两种不同的版本（由此看出Google的做事风格真够细致，而正因为如此估计Google不加入中文的另外一种理由是中文的方言太多了）。

能支持如此庞大的数据量，TTS 引擎对于资源的优化采取预加载的方法。根据一系列的参数信息（参数的用法将在后边有详细的介绍）从库中提取相应的资源，并加载到当前系统中。

尽管当前大部分加载有Android操作系统的设备都通过这套引擎来提供TTS功能，但由于一些设备的存储空间非常有限而影响到TTS无法最大限度的发挥功能，算是当前的一个瓶颈。为此，开发小组引入了检测模块，让利用这项技术的应用程序或者游戏针对于不同的设备可以有相应的优化调整，从而避免由于此项功能的限制，影响到整个应用程序的使用。比较稳妥的做法是让用户自行选择是否有足够的空间或者需求来加载此项资源，下边给出一个标准的检测方法：

Intent checkIntent = new Intent();
checkIntent.setAction(TextToSpeech.Engine.ACTION_CHECK_TTS_DATA);
startActivityForResult(checkIntent, MY_DATA_CHECK_CODE);

如果当前系统允许创建一个 “android.speech.tts.TextToSpeech” 的Object, 说明已经提供TTS功能的支持，将检测返回结果中给出“ CHECK_VOICE_DATA_PASS ” 的标记。如果系统不支持这项功能，那么用户可以选择是否加载这项功能，从而让设备支持输出多国语言的语音功能“Multi-lingual Talking”。“ACTION_INSTALL_TTS_DATA” intent将用户引入Android market中的TTS下载界面。下载完成后将自动完成安装，下边是实现这一过程的完整代码 (androidres.com) ：

private TextToSpeech mTts;
protected void onActivityResult(
        int requestCode, int resultCode, Intent data) {
    if (requestCode == MY_DATA_CHECK_CODE) {
        if (resultCode == TextToSpeech.Engine.CHECK_VOICE_DATA_PASS) {
            // success, create the TTS instance
            mTts = new TextToSpeech(this, this);
        } else {
            // missing data, install it
            Intent installIntent = new Intent();
            installIntent.setAction(
                TextToSpeech.Engine.ACTION_INSTALL_TTS_DATA);
            startActivity(installIntent);
        }
    }
}

TextToSpeech实体和OnInitListener都需要引用当前Activity的Context作为构造参数。OnInitListener（）的用处是通知系统当前TTS Engine已经加载完成，并处于可用状态。

根据需求设置语言参数：

早在Google I/O大会上，官方给出了一段关于应用这项功能的鲜活体验，将翻译结果直接通过五种不同国家语言的语音输出。加载语言的方法非常简单：

mTts.setLanguage(Locale.US);

上边代码表示当前TTS实体加载美式英语。其参数并没有指示某种语言的名称，而是利用国家代码来表示，这样做的好处是不但可以确定语言的选择，而且可以根据地区的不同而有所区别。例如：英语作为最广泛被应用的语种，在多个不同的地区都有一定的差别。判断当前系统是否支持某个地区的语言资源，可以通过调用isLanguageAvailable()方法的返回值，根据返回值的描述来选择正确的处理方式。让应用某些绚丽功能的应用程序更加健壮，这个是贯穿整个开发过程都要考虑的技术环节。下边是一些应用实例 (androidres.com) ：

mTts.isLanguageAvailable(Locale.UK))
mTts.isLanguageAvailable(Locale.FRANCE))
mTts.isLanguageAvailable(new Locale("spa", "ESP")))

如果返回值是 “ TextToSpeech.LANG_COUNTRY_AVAILABLE ” 说明所选择的地区被包含在当前TTS系统中。如果系统中已经创建了TTS实体，那么可以利用isLanguageAvailable()方法来替代 Start “ACTION_CHECK_TTS_DATA ” intent 检测。当无法找到任何可用资源匹配所指定的参数时，将会返回 “ TextToSpeech.LANG_MISSING_DATA ”的结果。下边给出另外两个返回其它不同状态信息的例子：

mTts.isLanguageAvailable(Locale.CANADA_FRENCH))
mTts.isLanguageAvailable(new Locale("spa"))

两个语句的返回值均为 “ TextToSpeech.LANG_AVAILABLE ” 。第一个是检测当前系统是否支持加拿大法语，由于系统在资源库中无法找到这个地区的法语分支，其含义是仅支持这项语言（法语），而不支持当前地区的语言分支。

另外，相比于上面强制用户应用预定的语音设置，更加提倡利用Locale.getDefault()方法根据用户默认的地区设置来选择合适的语言库。

执行Speak的具体方法：

根据上边的介绍，基本实现了TextToSpeech的初始化和参数配置。下面是一个有关闹钟的应用实例，利用Speak()方法可以直接在应用程序中发挥强大的语音功能。没错，用起来就是这么简单：

String myText1 = "This Translation is from androidRes.com";
String myText2 = "I hope so, because it's time to wake up.";
mTts.speak(myText1, TextToSpeech.QUEUE_FLUSH, null);
mTts.speak(myText2, TextToSpeech.QUEUE_ADD, null);

TTS Engine的工作原理：

每个独立的应用程序都可以单独创建一个TTS实体，而他们需要执行的语音消息列队（Queue）都统一由TTS Engine管理和语音合成。

名词解释：

synthesize [ˈsɪnθəsaɪz] DJ ['sɪnθəˈsaɪz] KK：to produce sounds, music or speech using electronic equipment （音响）合成

utterances [ˈʌtərəns] DJ [ˈʌtərəns] KK ：说话方式，语音/语调。

每个独立的TTS实例管理语音消息列队请求的优先级和顺序等。当引用 “TextToSpeech.QUEUE_FLUSH” 调用Speak（）方法时，会中断当前实例正在运行的任务（也可以理解为清除当前语音任务，转而执行新的列队任务）。引用 “TextToSpeech.QUEUE_ADD”标签的发音任务将被添加到当前任务列队之后。

为语音任务关联Stream Type：

在Ａｎｄｒｏｉｄ操作系统中所有的Ａｕｄｉｏ　Ｓｔｒｅａｍ任务都是通过ＡｕｄｉｏＭａｎａｇｅｒ类来实现，而它会针对不同的Ｓｔｒｅａｍ　Ｔｙｐｅ来改变语音的播放模式。StreamＴｙｐｅ可以理解为语音的播放属性，这个属性是用户根据自己的需要在系统中配置的应用方案。如果将语音任务都清楚的分门别类，可以方便的统一管理相同类别任务的属性。基于上一个Alarm Clock例子的基础上，将Speak()方法的最后一个Null参数替换成具有实际含义的数值。这个参数的类型是HashMap，如果希望将当前的Stream Type设置为系统中Alarm类型，对上一个例子稍作改动：

HashMap myHashAlarm = new HashMap();
myHashAlarm.put(TextToSpeech.Engine.KEY_PARAM_STREAM,
        String.valueOf(AudioManager.STREAM_ALARM));
mTts.speak(myText1, TextToSpeech.QUEUE_FLUSH, myHashAlarm);
mTts.speak(myText2, TextToSpeech.QUEUE_ADD, myHashAlarm);

应用语音功能的Completion Callback：

TTS中的Speak()的是异步调用，无论应用QUEUE_FLUSH 或者QUEUE_ADD作为参数都可以通过定义Listener监听当前任务的完成状态。可以利用这个方法追加Speak()执行之后的一些额外操作。下接下来的例子中，当完成第二次Speak()方法调用之后，利用OnUtteranceCompletedListener接口来调用其它方法：

mTts.setOnUtteranceCompletedListener(this);
myHashAlarm.put(TextToSpeech.Engine.KEY_PARAM_STREAM,
        String.valueOf(AudioManager.STREAM_ALARM));
mTts.speak(myText1, TextToSpeech.QUEUE_FLUSH, myHashAlarm);
myHashAlarm.put(TextToSpeech.Engine.KEY_PARAM_UTTERANCE_ID,
        "end of wakeup message ID");
// myHashAlarm now contains two optional parameters
mTts.speak(myText2, TextToSpeech.QUEUE_ADD, myHashAlarm);

下边是定义Listener的代码，类似与监听按钮或者其它View Events的方法。在这里将会把Speak()中HashMap参数传进Listener中，作为条件的判断依据：

public void onUtteranceCompleted(String uttId) {
    if (uttId == "end of wakeup message ID") {
        playAnnoyingMusic();
    }
}

“烘焙”当前实时的语音数据：

看到烘焙两个字，就会让人联想到香喷喷的面包。软件开发要关注于是否可以最大限度的实现资源的复用，特别是针对资源有限的手机应用平台。那么对于TTS这么奢侈的应用如何才能更高效的使用资源呢？这次一起来体验比烘焙面包更加让人激动的功能，将TTS Engine输出的Audio Stream作为永久的音频文件保存在当前的存储空间中(SDCard)。这样可以对需要重复播放的某些语音内容实现快速的回放功能，从而实现国际倡导的“减排”目的，能省就省吧！在下边的例子用通过TTS的synthesizeToFile方法，将合成的语音Stream保存在参数所指定的地址中。

HashMap myHashRender = new HashMap();
String wakeUpText = "Are you up yet?";
String destFileName = "/sdcard/myAppCache/wakeUp.wav";
myHashRender.put(TextToSpeech.Engine.KEY_PARAM_UTTERANCE_ID, wakeUpText);
mTts.synthesizeToFile(wakuUpText, myHashRender, destFileName);

当完成以上操作之后会收到系统的完成通知，同时可以像其它音频资源一样，通过android.media.MediaPlayer方法来播放。但这有悖于TextToSpeech的应用流程，可以将刚刚输出的语音资源通过addSpeech()的方法将其语音和文字描述一同存储于TTS库中。

mTts.addSpeech(wakeUpText, destFileName);

在当前的TTS Instance中，任何利用Speak()方法执行相同内容的调用都将复用刚刚所生成的音频文件。如果资源丢失或者SDCard等存储设备移除，那么系统将再次通过TTS Engine合成所指定的语音内容。

mTts.speak(wakeUpText, TextToSpeech.QUEUE_ADD, myHashAlarm);

回收TTS：

当确定应用程序不再需要TTS的相关功能后，可以在Activity的OnDestroy()方法中调用shutDown()释放当前TTS实体所占用的资源。

杂谈：

想必在你的脑袋中已经冒出好多可以很好利用这个功能的Idea！那么现在就停止想象，开始付诸于行动吧！无论是给手机用户带来方便，或是提升游戏体验等。Let’s move!

查看原文：Android官方Blog

首先，要感谢那些一如既往关注AR发展的朋友们！尽管很少留下足迹，但你们大家的存在就是AndroidRes成长所需的动力！它会一如既往的帮助大家搜集最新的技术专题讲解和有用的小技巧。

其次，最近内容的更新频率稍有下降，在阐述原因之前先对大家表示歉意！此前网站的维护和更新完全是利用自己比较宽裕的休闲时间一点一滴的积累，然而目前情况有了比较大的变化，大部分精力都要投入在 Need For Speed World Online (中文名：《极速快感 online》，又名《极品飞车 -Online》)的研发上，目的是为了追求最高品质的现代竞速网游。为此AndroidRes的成长会受到一定程度的影响，但是依然会用最大的努力拧出一些时间来继续维持网站的脉搏。这样的状态暂时无法确定将会持续多久，但可以肯定的是一定要到游戏最终的发布（各种宗教的神灵都来保佑吧！）。大家可以通过极品飞车Online》官方Blog了解游戏的最新进展。

最后，再次感谢大家的理解和宽容！祝愿你们能在Android的世界里自由的创新出丰富的应用！用你的智慧，改变我们的生活。

无法保障每天都会有新鲜内容的条件下，提倡大家通过Google Reader或者其它RSS订阅工具来关注AndroidRes的动态。