- 浏览: 386856 次
- 性别:
- 来自: 印度
文章分类
最新评论
-
天天来注册:
...
多线程的死锁 -
memoryisking:
可以看看这篇文章,这个是struts教程网上一个简单的例子,构 ...
Java5中的线程池实例讲解 -
a123159521:
菜鸟不再菜 写道楼主很明显没有说明守护线程到底是怎么服务Use ...
守护线程总结 -
jjruanlili:
要搞个executor和nio的结合,差不多
Java5中的线程池实例讲解 -
josico:
纠正楼主一个问题‘如果四个队员都在忙时,再有新的任务,这个小组 ...
线程池ThreadPoolExecutor使用简介
1引言
Android一词本义指机器人,Google于2007年11月发布了以Android命名的开源移动设备综合平台,包括其基于Linux的操作系统、中间件和关键的手机应用。并且组建了开放手机联盟,其成员囊括了全球著名的各大手机生产 商和移动运营商。2008年8月,Google又发布了网上应用商店Android Market。任何一个开发者只需要借助Android发 布的SDK开发手机应用,即可把开发的应用在Android Market上销售。目前Android Market上已经有一万多的应用程序,大大丰富了Android手机用户的功能。一个完整的产业链已经形成。因此开源Android吸引了原来越多的开发人员加入进来。本文将跟读者一起学习Android的线程模型。
2 Android进程
在了解Android线程之间得先了解一下Android的进程。当一个程序第一次启动的时候,Android会启动一个LINUX进程和一个主线程。默认的情况下,所有该程序的组件都将在该进程和线程中运行。同时,Android会为每个应用程序分配一个单独的LINUX用户。Android会劲量保留一个正在运行进程,只在内存资源出现不足时,Android会参试停止一些进程从而释放足够的资源给其他新的进程使用, 也能保证用户正在访问的当前进程有足够的资源去及时的响应用户的事件。Android会 根据进程中运行的组件类别以及组件的状态来判断该进程的重要性,Android会 首先停止那些不重要的进程。按照重要性从高到低一共有五个级别:
前台进程是用户当前正在使用的进程。只有一些前台进程可以在任何时候都存在。他们是最后一个被结束的,当内存低到根本连他们都不能运行的时候。一般来说, 在这种情况下,设备会进行内存调度,中止一些前台进程来保持对用户交互的响应。
可见进程不包含前台的组件但是会在屏幕上显示一个可见的进程是的重要程度很高,除非前台进程需要获取它的资源,不然不会被中止。
运行着一个通过startService() 方法启动的service,这个service不属于上面提到的2种更高重要性的。service所在的进程虽然对用户不是直接可见的,但是他们执行了用户非常关注的任务(比如播放mp3,从网络下载数据)。只要前台进程和可见进程有足够的内存,系统不会 回收他们。
运行着一个对用户不可见的activity(调用过 onStop() 方法).这些进程对用户体验没有直接的影响,可以在服务进程、可见进程、前台进 程需要内存的时候回收。通常,系统中会有很多不可见进程在运行,他们被保存在LRU (least recently used) 列表中,以便内存不足的时候被第一时间回收。如果一个activity正 确的执行了它的生命周期,关闭这个进程对于用户体验没有太大的影响。
未运行任何程序组件。运行这些进程的唯一原因是作为一个缓存,缩短下次程序需要重新使用的启动时间。系统经常中止这些进程,这样可以调节程序缓存和系统缓 存的平衡。
Android 对进程的重要性评级的时候,选取它最高的级别。另外,当被另外的一个进程依赖的时候,某个进程的级别可能会增高。一个为其他进程服务的进程永远不会比被服 务的进程重要级低。因为服务进程比后台activity进程重 要级高,因此一个要进行耗时工作的activity最好启动一 个service来做这个工作,而不是开启一个子进程――特别 是这个操作需要的时间比activity存在的时间还要长的时 候。例如,在后台播放音乐,向网上上传摄像头拍到的图片,使用service可 以使进程最少获取到“服务进程”级别的重要级,而不用考虑activity目 前是什么状态。broadcast receivers做费时的工作的时候,也应该启用一个服务而不是开一个线程。
2单线程模型
当一个程序第一次启动时,Android会同时启动一个对应的 主线程(Main Thread),主线程主要负责处理与UI相关的事件,如:用户的按键事件,用户接触屏幕的事件以及屏幕绘图事 件,并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线 程。在开发Android应用时必须遵守单线程模型的原则: Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行。
2.1 案例演示
如果在没有理解这样的单线程模型的情况下,设计的程序可能会使程序性能低下,因为所有的动作都在同一个线 程中触发。例如当主线程正在做一些比较耗时的操作的时候,如正从网络上下载一个大图片,或者访问数据库,由于主线程被这些耗时的操作阻塞住,无法及时的响 应用户的事件,从用户的角度看会觉得程序已经死掉。如果程序长时间不响应,用户还可能得重启系统。为了避免这样的情况,Android设 置了一个5秒 的超时时间,一旦用户的事件由于主线程阻塞而超过5秒 钟没有响应,Android会 弹出一个应用程序没有响应的对话框。下面将通过一个案例来演示这种情况:
本程序将设计和实现查看指定城市的当天天气情况的功能,
1. 首先,需要选择一个天气查询的 服务接口,目前可供选择的接口很多,诸如YAHOO的 天气API和Google提 供的天气API。 本文将选择GOOGLE 的 天气查询API。 该接口提供了多种查询方式,可以通过指定具体城市的经纬度进行查询,也可以通过城市名称进行查询。
2. 用户在输入框内输入需要查询的 城市名称,然后点击查询按钮
3. 当用户点击查询按钮后,使用已 经内置在Android SDK中的HttpClient API来调用GOOGLE 的 天气查询API, 然后解析返回的指定城市的天气信息,并把该天气信息显示在Title上
主要代码如下:
当用户输入城市名称,然后单击按钮进行查询后,程序会调用Google API的接口获得指定城市的当日天气情况。由于需要访问网络,所以当网络出现异常或者服务繁忙的时候都会使访问网络的动作很耗时。本文为了 要演示超时的现象,只需要制造一种网络异常的状况,最简单的方式就是断开网络连接,然后启动该程序,同时触发一个用户事件,比如按一下MENU键, 由于主线程因为网络异常而被长时间阻塞,所以用户的按键事件在5秒 钟内得不到响应,Android会 提示一个程序无法响应的异常
该对话框会询问用户 是继续等待还是强行退出程序。当你的程序需要去访问未知的网络的时候都会可能会发生类似的超时的情况,用户的响应得不到及时的回应会大大的降低用户体验。 所以我们需要参试以别的方式来实现
2.1 子线程更新UI
显然如果你的程序需要执行耗时的操作的话,如果像上例一样由主线程来负责执行 该操作是错误的。所以我们需要在onClick方 法中创建一个新的子线程来负责调用GOOGLE API来获得天气数据。刚接触Android的 开发者最容易想到的方式就是如下:
但是很不幸,你会发 现Android会 提示程序由于异常而终止。为什么在其他平台上看起来很简单的代码在Android上运行的时候依然会出错呢?如果你观察LogCat中打印的日志信息就会发现这样的错误日志:
android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
从错误信息不难看出Android禁 止其他子线程来更新由UI thread创建的试图。本例中显示天气信息的title实际是就是一个由UI thread所创建的TextView,所以参试在一个子线程中去更改TextView的时候就出错了。这显示违背了单线程模型的原则:Android UI操作并不是线程安全的并且这些操作必须在UI线 程中执行
2.2 Message Queue
在单线程模型下,为 了解决类似的问题,Android设 计了一个Message Queue(消息队列), 线程间可以通过该Message Queue并结合Handler和Looper组 件进行信息交换。下面将对它们进行分别介绍:
l Message Queue
Message Queue是一个消息队列,用来存放通过Handler发布的消息。消息队列通常附属于某一个创建它的线程,可以通过Looper.myQueue()得 到当前线程的消息队列。Android在 第一启动程序时会默认会为UI thread创建一个关联的消息队列,用来管理程序的一些上层组件,activities,broadcast receivers 等等。你可以在自己的子线程中创建Handler与UI thread通讯。
l Handler
通过Handler你 可以发布或者处理一个消息或者是一个Runnable的 实例。每个Handler都会与唯一的一个线程以及该线程的消息队列管理。当你创建一个新的Handler时候,默认情况下,它将关联到创建它的这个线程和该线程的消息队列。也就是说,如果你通过Handler发布消息的话,消息将只会发送到与它关联的这个消息队列,当然也只能处理该消息队列中的消息。
主要的方法有:
1) public final boolean sendMessage(Message msg)
把消息放入该Handler所关联的消息队列,放置在所有当前时间前未被处理的消息后。
2) public void handleMessage(Message msg)
关联该消息队列的线 程将通过调用Handler的handleMessage方 法来接收和处理消息,通常需要子类化Handler来 实现handleMessage。
l Looper
Looper扮演着一个Handler和消息队列之间通讯桥梁的角色。程序组件首先通过Handler把 消息传递给Looper,Looper把 消息放入队列。Looper也把消息队列里的消息广播给所有的Handler,Handler接受到消息后调用handleMessage进 行处理。
1) 可以通过Looper类 的静态方法Looper.myLooper得 到当前线程的Looper实 例,如果当前线程未关联一个Looper实 例,该方法将返回空。
2) 可以通过静态方法Looper. getMainLooper方法得到主线程的Looper实 例线程,消息队列,Handler,Looper之 间的关系可以通过一个图来展示:
在了解了消息队列及 其相关组件的设计思想后,我们将把天气预报的案例通过消息队列来重新实现:
在了解了消息队列及其相关组件的设计思想后,我们将把天气预报的案例通过消息队列来重新实现:
通过消息队列改写过后的天气预报程序已经可以成功运行,因为Handler的handleMessage方法实 际是由关联有该消息队列的UI thread调用,而在UI thread中更新title并没有违背Android的单线程模型的原 则。
2.3 AsyncTask
虽然借助消息队列已经可以较为完美的实现了天气预报的功能,但是你还是不得不自己管理子线程,尤其当你的需要有一些复杂的逻辑以及需要频繁的更新UI的时候,这样的方式使得你的代码难以阅读和理解。
幸运的是Android另外提供了一个工具类:AsyncTask。它使得UI thread的使用变得异常简单。它使创建需要与用户界面交互的长时间运行的任务变得更简单,不需要借助线程和Handler即可实现。
1) 子类化AsyncTask
2) 实现AsyncTask中定义的下面一个或几个方法
? onPreExecute(), 该方法将在执行实际的后台操作前被UI thread调用。可以在该方法中做一些准备工作,如在界面上显示一个进度条。
? doInBackground(Params...), 将在onPreExecute 方法执行后马上执行,该方法运行在后台线程中。这里将主要负责执行那些很耗时的后台计算工作。可以调用publishProgress方法来更新实时的任务进度。该方法是抽象方法,子类必须实现。
? 3. onProgressUpdate(Progress...),在publishProgress方 法被调用后,UI thread将调用这个方法从而在界面上展示任务的进展情况,例如通过一个进度条进行展示。
? 4. onPostExecute(Result), 在doInBackground 执行完成后,onPostExecute 方法将被UI thread调用,后台的计算结果将通过该方法传递到UI thread.
为了正确的使用AsyncTask类,以下是几条必须遵守的准 则:
1) Task的实例 必须在UI thread中创建
2) execute方 法必须在UI thread中调用
3) 不要手动的调用onPreExecute(), onPostExecute(Result),doInBackground(Params...), onProgressUpdate(Progress...)这几个方法
4) 该task只能被执行一次,否则多次调用时将会出现异常
下面我们将通过AsyncTask并且严格遵守上面的4条准则来改写天气预报的例子:
注意这行代 码:new GetWeatherTask().execute(city); 值得一提的是必须每次都重新创建一个新的GetWeatherTask来执行后台任务,否则Android会提示“a task can be executed only once”的错误信息。
经过改写后的 程序不仅显得非常的简洁,而且还减少了代码量,大大增强了可读性和可维护性。因为负责更新UI的onPostExecute方 法是由UI thread调用,所以没有违背单线程模型的原则。良好的AsyncTask设计大大降低了我们犯错误的几率。
5综述
本文首先大致介绍了Android的单线程模型及其原则。然后通过一个真实案例展示刚接触Android的 开发人员在不理解Android的 单线程模型下容易犯的错误。最后通过几种正确的方式实现该案例,进一步认识和理解Android的单线程模型及其原则。由于更多地关注线程模型,本文或许不足以帮助读者全面的认识Android技 术,关于文中提到的其他技术细节以及Android的 其他相关技术可以访问Android的 官方网站进行进一步的了解和学习
Android一词本义指机器人,Google于2007年11月发布了以Android命名的开源移动设备综合平台,包括其基于Linux的操作系统、中间件和关键的手机应用。并且组建了开放手机联盟,其成员囊括了全球著名的各大手机生产 商和移动运营商。2008年8月,Google又发布了网上应用商店Android Market。任何一个开发者只需要借助Android发 布的SDK开发手机应用,即可把开发的应用在Android Market上销售。目前Android Market上已经有一万多的应用程序,大大丰富了Android手机用户的功能。一个完整的产业链已经形成。因此开源Android吸引了原来越多的开发人员加入进来。本文将跟读者一起学习Android的线程模型。
2 Android进程
在了解Android线程之间得先了解一下Android的进程。当一个程序第一次启动的时候,Android会启动一个LINUX进程和一个主线程。默认的情况下,所有该程序的组件都将在该进程和线程中运行。同时,Android会为每个应用程序分配一个单独的LINUX用户。Android会劲量保留一个正在运行进程,只在内存资源出现不足时,Android会参试停止一些进程从而释放足够的资源给其他新的进程使用, 也能保证用户正在访问的当前进程有足够的资源去及时的响应用户的事件。Android会 根据进程中运行的组件类别以及组件的状态来判断该进程的重要性,Android会 首先停止那些不重要的进程。按照重要性从高到低一共有五个级别:
- 前台进程
前台进程是用户当前正在使用的进程。只有一些前台进程可以在任何时候都存在。他们是最后一个被结束的,当内存低到根本连他们都不能运行的时候。一般来说, 在这种情况下,设备会进行内存调度,中止一些前台进程来保持对用户交互的响应。
- 可见进程
可见进程不包含前台的组件但是会在屏幕上显示一个可见的进程是的重要程度很高,除非前台进程需要获取它的资源,不然不会被中止。
- 服务进程
运行着一个通过startService() 方法启动的service,这个service不属于上面提到的2种更高重要性的。service所在的进程虽然对用户不是直接可见的,但是他们执行了用户非常关注的任务(比如播放mp3,从网络下载数据)。只要前台进程和可见进程有足够的内存,系统不会 回收他们。
- 后台进程
运行着一个对用户不可见的activity(调用过 onStop() 方法).这些进程对用户体验没有直接的影响,可以在服务进程、可见进程、前台进 程需要内存的时候回收。通常,系统中会有很多不可见进程在运行,他们被保存在LRU (least recently used) 列表中,以便内存不足的时候被第一时间回收。如果一个activity正 确的执行了它的生命周期,关闭这个进程对于用户体验没有太大的影响。
- 空进程
未运行任何程序组件。运行这些进程的唯一原因是作为一个缓存,缩短下次程序需要重新使用的启动时间。系统经常中止这些进程,这样可以调节程序缓存和系统缓 存的平衡。
Android 对进程的重要性评级的时候,选取它最高的级别。另外,当被另外的一个进程依赖的时候,某个进程的级别可能会增高。一个为其他进程服务的进程永远不会比被服 务的进程重要级低。因为服务进程比后台activity进程重 要级高,因此一个要进行耗时工作的activity最好启动一 个service来做这个工作,而不是开启一个子进程――特别 是这个操作需要的时间比activity存在的时间还要长的时 候。例如,在后台播放音乐,向网上上传摄像头拍到的图片,使用service可 以使进程最少获取到“服务进程”级别的重要级,而不用考虑activity目 前是什么状态。broadcast receivers做费时的工作的时候,也应该启用一个服务而不是开一个线程。
2单线程模型
当一个程序第一次启动时,Android会同时启动一个对应的 主线程(Main Thread),主线程主要负责处理与UI相关的事件,如:用户的按键事件,用户接触屏幕的事件以及屏幕绘图事 件,并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线 程。在开发Android应用时必须遵守单线程模型的原则: Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行。
2.1 案例演示
如果在没有理解这样的单线程模型的情况下,设计的程序可能会使程序性能低下,因为所有的动作都在同一个线 程中触发。例如当主线程正在做一些比较耗时的操作的时候,如正从网络上下载一个大图片,或者访问数据库,由于主线程被这些耗时的操作阻塞住,无法及时的响 应用户的事件,从用户的角度看会觉得程序已经死掉。如果程序长时间不响应,用户还可能得重启系统。为了避免这样的情况,Android设 置了一个5秒 的超时时间,一旦用户的事件由于主线程阻塞而超过5秒 钟没有响应,Android会 弹出一个应用程序没有响应的对话框。下面将通过一个案例来演示这种情况:
本程序将设计和实现查看指定城市的当天天气情况的功能,
1. 首先,需要选择一个天气查询的 服务接口,目前可供选择的接口很多,诸如YAHOO的 天气API和Google提 供的天气API。 本文将选择GOOGLE 的 天气查询API。 该接口提供了多种查询方式,可以通过指定具体城市的经纬度进行查询,也可以通过城市名称进行查询。
2. 用户在输入框内输入需要查询的 城市名称,然后点击查询按钮
3. 当用户点击查询按钮后,使用已 经内置在Android SDK中的HttpClient API来调用GOOGLE 的 天气查询API, 然后解析返回的指定城市的天气信息,并把该天气信息显示在Title上
主要代码如下:
public class WeatherReport extends Activity implements OnClickListener { private static final String GOOGLE_API_URL = "http://www.google.com/ig/api?weather="; private static final String NETWORK_ERROR = "网络异常"; private EditText editText; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); editText = (EditText) findViewById(R.id.weather_city_edit); Button button = (Button) findViewById(R.id.goQuery); button.setOnClickListener(this); } @Override public void onClick(View v) { //获得用户输入的城市名称 String city = editText.getText().toString(); //调用Google 天气API查询指定城市的当日天气 情况 String weather = getWetherByCity(city); //把天气信息显示在title上 setTitle(weather); } public String getWetherByCity(String city) { HttpClient httpClient = new DefaultHttpClient(); HttpContext localContext = new BasicHttpContext(); HttpGet httpGet = new HttpGet(GOOGLE_API_URL + city); try { HttpResponse response = httpClient.execute(httpGet, localContext); if (response.getStatusLine().getStatusCode() != HttpStatus.SC_OK) { httpGet.abort(); } else { HttpEntity httpEntity = response.getEntity(); return parseWeather(httpEntity.getContent()); } } catch (Exception e) { Log.e("WeatherReport", "Failed to get weather", e); } finally { httpClient.getConnectionManager().shutdown(); } return NETWORK_ERROR; } }
当用户输入城市名称,然后单击按钮进行查询后,程序会调用Google API的接口获得指定城市的当日天气情况。由于需要访问网络,所以当网络出现异常或者服务繁忙的时候都会使访问网络的动作很耗时。本文为了 要演示超时的现象,只需要制造一种网络异常的状况,最简单的方式就是断开网络连接,然后启动该程序,同时触发一个用户事件,比如按一下MENU键, 由于主线程因为网络异常而被长时间阻塞,所以用户的按键事件在5秒 钟内得不到响应,Android会 提示一个程序无法响应的异常
该对话框会询问用户 是继续等待还是强行退出程序。当你的程序需要去访问未知的网络的时候都会可能会发生类似的超时的情况,用户的响应得不到及时的回应会大大的降低用户体验。 所以我们需要参试以别的方式来实现
2.1 子线程更新UI
显然如果你的程序需要执行耗时的操作的话,如果像上例一样由主线程来负责执行 该操作是错误的。所以我们需要在onClick方 法中创建一个新的子线程来负责调用GOOGLE API来获得天气数据。刚接触Android的 开发者最容易想到的方式就是如下:
public void onClick(View v) { //创建一个子线程执行耗时的从网络上获取天气信息的操作 new Thread() { @Override public void run() { //获得用户输入的城市名称 String city = editText.getText().toString(); //调用Google 天气API查询指定城市的当日天气 情况 String weather = getWetherByCity(city); //把天气信息显示在title上 setTitle(weather); } }.start(); }
但是很不幸,你会发 现Android会 提示程序由于异常而终止。为什么在其他平台上看起来很简单的代码在Android上运行的时候依然会出错呢?如果你观察LogCat中打印的日志信息就会发现这样的错误日志:
android.view.ViewRoot$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
从错误信息不难看出Android禁 止其他子线程来更新由UI thread创建的试图。本例中显示天气信息的title实际是就是一个由UI thread所创建的TextView,所以参试在一个子线程中去更改TextView的时候就出错了。这显示违背了单线程模型的原则:Android UI操作并不是线程安全的并且这些操作必须在UI线 程中执行
2.2 Message Queue
在单线程模型下,为 了解决类似的问题,Android设 计了一个Message Queue(消息队列), 线程间可以通过该Message Queue并结合Handler和Looper组 件进行信息交换。下面将对它们进行分别介绍:
l Message Queue
Message Queue是一个消息队列,用来存放通过Handler发布的消息。消息队列通常附属于某一个创建它的线程,可以通过Looper.myQueue()得 到当前线程的消息队列。Android在 第一启动程序时会默认会为UI thread创建一个关联的消息队列,用来管理程序的一些上层组件,activities,broadcast receivers 等等。你可以在自己的子线程中创建Handler与UI thread通讯。
l Handler
通过Handler你 可以发布或者处理一个消息或者是一个Runnable的 实例。每个Handler都会与唯一的一个线程以及该线程的消息队列管理。当你创建一个新的Handler时候,默认情况下,它将关联到创建它的这个线程和该线程的消息队列。也就是说,如果你通过Handler发布消息的话,消息将只会发送到与它关联的这个消息队列,当然也只能处理该消息队列中的消息。
主要的方法有:
1) public final boolean sendMessage(Message msg)
把消息放入该Handler所关联的消息队列,放置在所有当前时间前未被处理的消息后。
2) public void handleMessage(Message msg)
关联该消息队列的线 程将通过调用Handler的handleMessage方 法来接收和处理消息,通常需要子类化Handler来 实现handleMessage。
l Looper
Looper扮演着一个Handler和消息队列之间通讯桥梁的角色。程序组件首先通过Handler把 消息传递给Looper,Looper把 消息放入队列。Looper也把消息队列里的消息广播给所有的Handler,Handler接受到消息后调用handleMessage进 行处理。
1) 可以通过Looper类 的静态方法Looper.myLooper得 到当前线程的Looper实 例,如果当前线程未关联一个Looper实 例,该方法将返回空。
2) 可以通过静态方法Looper. getMainLooper方法得到主线程的Looper实 例线程,消息队列,Handler,Looper之 间的关系可以通过一个图来展示:
在了解了消息队列及 其相关组件的设计思想后,我们将把天气预报的案例通过消息队列来重新实现:
在了解了消息队列及其相关组件的设计思想后,我们将把天气预报的案例通过消息队列来重新实现:
private EditText editText; private Handler messageHandler; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); editText = (EditText) findViewById(R.id.weather_city_edit); Button button = (Button) findViewById(R.id.goQuery); button.setOnClickListener(this); //得到当前线程 的Looper实例,由于 当前线程是UI线程也可以 通过Looper.getMainLooper()得到 Looper looper = Looper.myLooper(); //此处甚至可以 不需要设置Looper,因为 Handler默认就使用当 前线程的Looper messageHandler = new MessageHandler(looper); } @Override public void onClick(View v) { //创建一个子线 程去做耗时的网络连接工作 new Thread() { @Override public void run() { //活动用户输入 的城市名称 String city = editText.getText().toString(); //调用Google 天气API查询指定城 市的当日天气情况 String weather = getWetherByCity(city); //创建一个Message对象,并把得 到的天气信息赋值给Message对象 Message message = Message.obtain(); message.obj = weather; //通过Handler发布携带有天 气情况的消息 messageHandler.sendMessage(message); } }.start(); } //子类化一个Handler class MessageHandler extends Handler { public MessageHandler(Looper looper) { super(looper); } @Override public void handleMessage(Message msg) { //处理收到的消 息,把天气信息显示在title上 setTitle((String) msg.obj); } }
通过消息队列改写过后的天气预报程序已经可以成功运行,因为Handler的handleMessage方法实 际是由关联有该消息队列的UI thread调用,而在UI thread中更新title并没有违背Android的单线程模型的原 则。
2.3 AsyncTask
虽然借助消息队列已经可以较为完美的实现了天气预报的功能,但是你还是不得不自己管理子线程,尤其当你的需要有一些复杂的逻辑以及需要频繁的更新UI的时候,这样的方式使得你的代码难以阅读和理解。
幸运的是Android另外提供了一个工具类:AsyncTask。它使得UI thread的使用变得异常简单。它使创建需要与用户界面交互的长时间运行的任务变得更简单,不需要借助线程和Handler即可实现。
1) 子类化AsyncTask
2) 实现AsyncTask中定义的下面一个或几个方法
? onPreExecute(), 该方法将在执行实际的后台操作前被UI thread调用。可以在该方法中做一些准备工作,如在界面上显示一个进度条。
? doInBackground(Params...), 将在onPreExecute 方法执行后马上执行,该方法运行在后台线程中。这里将主要负责执行那些很耗时的后台计算工作。可以调用publishProgress方法来更新实时的任务进度。该方法是抽象方法,子类必须实现。
? 3. onProgressUpdate(Progress...),在publishProgress方 法被调用后,UI thread将调用这个方法从而在界面上展示任务的进展情况,例如通过一个进度条进行展示。
? 4. onPostExecute(Result), 在doInBackground 执行完成后,onPostExecute 方法将被UI thread调用,后台的计算结果将通过该方法传递到UI thread.
为了正确的使用AsyncTask类,以下是几条必须遵守的准 则:
1) Task的实例 必须在UI thread中创建
2) execute方 法必须在UI thread中调用
3) 不要手动的调用onPreExecute(), onPostExecute(Result),doInBackground(Params...), onProgressUpdate(Progress...)这几个方法
4) 该task只能被执行一次,否则多次调用时将会出现异常
下面我们将通过AsyncTask并且严格遵守上面的4条准则来改写天气预报的例子:
public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); editText = (EditText) findViewById(R.id.weather_city_edit); Button button = (Button) findViewById(R.id.goQuery); button.setOnClickListener(this); } public void onClick(View v) { //获得用户输 入的城市名称 String city = editText.getText().toString(); //必须每次都 重新创建一个新的task实例进行 查询,否则将提示如下异常信息 //the task has already been executed (a task can be executed only once) new GetWeatherTask().execute(city); } class GetWeatherTask extends AsyncTask<String, Integer, String> { @Override protected String doInBackground(String... params) { String city = params[0]; //调用Google 天气API查询指定 城市的当日天气情况 return getWetherByCity(city); } protected void onPostExecute(String result) { //把doInBackground处理的结果 即天气信息显示在title上 setTitle(result); } }
注意这行代 码:new GetWeatherTask().execute(city); 值得一提的是必须每次都重新创建一个新的GetWeatherTask来执行后台任务,否则Android会提示“a task can be executed only once”的错误信息。
经过改写后的 程序不仅显得非常的简洁,而且还减少了代码量,大大增强了可读性和可维护性。因为负责更新UI的onPostExecute方 法是由UI thread调用,所以没有违背单线程模型的原则。良好的AsyncTask设计大大降低了我们犯错误的几率。
5综述
本文首先大致介绍了Android的单线程模型及其原则。然后通过一个真实案例展示刚接触Android的 开发人员在不理解Android的 单线程模型下容易犯的错误。最后通过几种正确的方式实现该案例,进一步认识和理解Android的单线程模型及其原则。由于更多地关注线程模型,本文或许不足以帮助读者全面的认识Android技 术,关于文中提到的其他技术细节以及Android的 其他相关技术可以访问Android的 官方网站进行进一步的了解和学习
发表评论
-
在 Android 中使用 Activity, Service, Broadcast, BroadcastReceiver
2010-12-06 09:53 3003介绍 在 Android 中使用 Activity, Ser ... -
使用flurry实时收集Android程序运行情况
2010-11-30 15:36 31451. 注册 http://www.flurry.com/ ... -
利用Java实现压缩与解压缩(zip、gzip)支持中文路径
2010-11-03 10:23 2819zip扮演着归档和压缩两 ... -
Java压缩Zlib,Gzip,Zip支持J2ME
2010-11-03 10:15 4728/* * 文件名: ZipUtil.java ... -
android adapter 深刻分析
2010-10-18 13:14 1622我在刚玩android 时候,对这个adapter很不理解,到 ... -
详解 Android 的 Activity 组件
2010-10-14 09:22 1169http://www.ibm.com/developerwor ...
相关推荐
- **Linux内核(Linux Kernel)**:提供了基础服务,如内存管理、进程和线程控制、网络协议栈以及驱动模型,是Android系统的基础。 2. **Android系统特点** - **开源性**:Android的开放源代码允许开发者深入...
本资源"Android应用源码之防止内存溢出浅析"着重探讨了如何在Android环境中有效避免这类问题。 首先,了解Android内存模型是解决问题的第一步。Android系统为每个应用程序分配了一定量的内存,当程序占用的内存超过...
本资料包"安卓Android源码——防止内存溢出浅析.zip"主要探讨如何通过深入理解Android源码来预防和处理内存溢出问题。 首先,我们需要了解Android内存模型。Android系统使用Dalvik或ART虚拟机来执行应用,它们都是...
使用JNI时要注意内存管理,避免内存泄漏,以及处理好线程同步问题,因为Java层和Native层的线程模型并不相同。 总的来说,Android JNI为开发者提供了强大的功能,让Java和C/C++的结合成为可能,但同时也带来了复杂...
为了更好地理解这部分工作流程,开发者需要熟悉Android的组件模型、服务管理、线程通信(如`Handler`和`MessageQueue`)以及自定义视图的绘制流程。此外,阅读和理解Android系统的源码也是必不可少的,因为这能提供...
- Android的线程模型规定,直接在非主线程中修改UI会导致`Android.view.ViewRootImpl$CalledFromWrongThreadException`异常,提示只能在UI线程中更新UI。 3. **Handler的引入**: - `Handler` 提供了一种机制,...
在Android中,可以通过ContentProvider、AsyncTask或IntentService来处理模型层的异步任务,确保数据操作不会阻塞UI线程。数据改变后,模型层会通知控制器,控制器再相应地更新视图。 总结来说,MVC模式在Android...
### WebRTC教程知识点详解 #### 一、工具 ##### 1.1 Depot Tools - **目标**:Depot Tools 是一套用于 Chromium 和 WebRTC 项目的命令行工具集合,...- **STUN和TURN技术浅析**:对 STUN 和 TURN 技术进行简要分析。
Android HTML5 CSS3 Linux C++ Python C# Node.Js 一文让你彻底理解 Java HashMap 和 ConcurrentHashMap 2018-07-25 分类:JAVA开发、编程开发、首页精华0人评论 来源:crossoverjie.top 分享到:更...
- **XMPP协议网络架构**:描述了客户端与服务器、服务器与服务器之间的通信模型。 - **XMPP协议的组成**:包括基本消息格式、身份验证机制等。 - **Xmpp介绍**:XMPP是一种开放标准,被广泛应用于即时通讯领域。 - *...