利用多线程提高程序性能
要想搞出一个反应迅速的Android应用程序，一个很好的做法就是确保在主UI线程里执行尽量少的代码。任何有可能花费较长时间来执行的代码如果在主UI线程执行，则会让程序挂起无法响应用户的操作，所以应该放到一个单独的线程里执行。典型的例子就是与网络通信相关的操作了，因为通过网络收发信息的快慢我们无法预测，有可能“biu”地一下就搞定了，也有可能磨磨唧唧半天。用户心情好的话可能会容忍一点点迟延，而且前提是你给出了必要的提示，但是一个看上去根本不动貌似嗝儿屁的程序……（译注：就好比Ajax技术出现之前的网页，用户可以习惯短时间的载入，但是一个载入了半天都是空白的浏览器窗口就常常让那个拨号时代的我们感到困惑和抓狂。）
在这篇文章中，我们将创建一个简单的图片下载程序来演示一下多线程模式。我们将从网上下载一坨图片，然后用这些图片生成一个缩略图列表。创建一个异步工作的任务，让它在后台下载图片，会让我们的程序看上去更快。（译注：这里我加上“看上去”，因为我认为所谓多线程让程序更快，更多的意义在于“提高对用户操作的响应”。包括本文题目，所谓的“高性能”，主要指的还是避免UI的硬直（格斗游戏术语，请自行google）、挂起。毕竟多线程无法避免代码固有的主要资源开销。）

一个图片下载器

从web下载图片很简单，使用SDK提供的HTTP相关的类即可实现。下面是一个简单的实现。
(译注：下面用到的AndroidHttpClient等类从2.2版，也就是API Level 8才开始提供。请2.1以下各位从代码领会精神即可。直接用HttpClient应该亦可实现。)

首先我们创建了一个HTTP客户端和HTTP请求。如果请求成功，就把响应中包含的图片内容解码成位图格式并返回，以备后续使用。另外补充一句，为了让程序可以访问网络，必须在程序的manifest文件中声明使用INTERNET。
注意：旧版的BitmapFactory.decodeStream有个bug，可能使得在网络较慢的时候无法正常工作。可以使用 FlushedInputStream(inputStream)代替原始的inputStream来解决这个问题。下面是这个helper class的实现：
if (imageViewReference != null) {ImageView imageView = imageViewReference.get();BitmapDownloaderTask bitmapDownloaderTask = getBitmapDownloaderTask(imageView);// Change bitmap only if this process is still associated with itif (this == bitmapDownloaderTask) {imageView.setImageBitmap(bitmap);}}

嗯，做了这些修改之后，我们的ImageDownloader类基本可以提供预期的服务了。你可以在自己的项目中灵活运用这些代码或者它演示的异步思想，改善用户体验。

Demo

本文的源代码可以从Google Code获取。你可以在本文提到的三种实现方式（非异步、无并发处理以及最终版本）中切换、比较。注意，缓存大小已经被限制到10张图片以便更好地演示可能出现的问题。

进一步的工作

文中代码为了集中讨论并行问题而做了简化，因此缺少很多功能。首先ImageDownloader类应该利用缓存，特别是与ListView结合使用的时候。因为ListView在用户上下往返滚屏的时候会多次显示相同图片，而缓存可以大大降低开销。通过使用一个基于LinkedHashMap（该 hashmap提供从URL到Bitmap SoftReference的映射）的LRU缓存可以很容易地实现这一点。更加复杂的缓存机制还可以依赖于本地存储。缩略图的创建、图片缩放等功能也可以考虑加进来。
本文代码已经考虑到了下载错误和超时的情况。这些情况下将会返回一个空位图。你也可以显示一张带有提示信息的图片。
本文示例的HTTP请求很简单。根据实际情况的不同（大都依赖于服务器端），可以在HTTP请求中加入各种参数或者cookie等等。
本文使用的AsyncTask类是一个把任务从主线程分离出来很简单方便的途径。你可能会用到Handler类来实现对任务流程更好的控制，比如控制并行的下载线程数，等等。