《Android应用开发攻略》——2.2 异常处理

2.2 异常处理

Ian Darwin
2.2.1 问题
Java有一个精心定义的异常处理机制,但是需要花费一定的时间学习,才能高效地使用而不至于使用户或者技术支持人员感到沮丧。
2.2.2 解决方案
Java提供了一个Exception层次结构,正确地使用它能够带来相当大的灵活性。Android提供了包括对话框和Toast的多种机制,用于通知用户错误的情况。Android开发者应该熟悉这些机制,并学习高效使用它们的方法。
2.2.3 讨论
Java从推出时就有两类异常(实际上是Exception类的父类Throwable):检测型(checked)异常和非检测型(unchecked)异常。在Java标准版中,编程人员明显要面对这样一个事实:在编译的时候可以检测到某些情况,但其他的情况则无法检测。例如,如果许多PC上安装一个桌面应用程序,可能有些PC上的磁盘空间已经很紧张,无法保存数据;与此同时,其他PC上应用程序依赖的一些文件可能由于用户的错误(而非编程人员的错误)、偶发事件、老鼠咬断电缆等情况而丢失。因此,IOException被当作“检查型异常”,意味着编程人员必须检查这类异常,检查可以通过文件使用方法中的try-catch子句或者方法定义中的throws子句来完成。所有经过良好训练的Java开发人员都知道如下的通用规则:
Throwble是可抛出异常层次结构的根。Exception及其子类(RuntimeException(及其子类)除外)都是检测型异常。其他异常为非检测型异常。
上述规则意味着,Error及其所有子类都是非检测异常(见图2-1)。例如,如果你收到一个VMError异常,说明出现了一个运行时bug,作为应用程序编程人员,对此你没有什么可做的。RuntimeException子类包含了名称超长的ArrayIndexOutOfBoundsException等异常,它和它的友元都是非检测型异常,因为在开发时测试及捕捉这些异常是你的责任(参见第3章)。

捕捉异常的场所
早期对检测型异常的(过度)使用导致许多早期Java开发人员编写的代码中到处都是try/catch代码块,部分原因是:在早期的一些培训项目和书籍中,对throws子句的使用没有得到足够的重视。随着Java本身越来越多地转向企业应用,较新的框架(如Hibernate和Spring)出现并强调非检测型异常的使用,这类问题才得到改正。现在,尽可能捕捉靠近用户的异常这一理念已经得到普遍的接受。准备(在程序库或者多个应用程序中)重用的代码不应该尝试错误处理,它们所能做的是所谓“异常转译”(Exception Translation),也就是说,将与技术相关的(通常是检查型)异常转换为通用的非检测型异常。例2-1展示了基本的模式。
例2-1:异常转译

public String readTheFile(String f) {
        BufferedReader is = null;
        try {
                is = new BufferedReader(new FileReader(f));
                String line = is.readLine();
                return line;
       } catch (FileNotFoundException fnf) {
               throw new RuntimeException("Could not open file " + f, fnf);
       } catch (IOException ex) {
               throw new RuntimeException("Could not read file " + f, ex);
       } finally {
              if (is != null) {
                      try {
                              is.close();
                      } catch(IOException grr) {
                              throw new RuntimeException("Error on close of " + f, grr);
                      }
              }
       }
}

注意,即便在这个代码中,检测型异常的用法也很零乱:is.close()实际上不可能失败,但是因为将它放在finally块中(如果文件打开但是出现了某种错误,这样可以确保文件关闭),就必须使用另一个try-catch结构。因此,检测型异常(很可能)是不好的,在新的API中应该避免使用它,在必要时应该用非检测型异常来扫清道路。
Oracle官方网站和其他人则支持相反的看法。在本书网站上的一条评论中,Al Sutton提出了如下看法:
检测型异常迫使开发人员承认错误的情况可能发生,他们必须思考处理错误的方式。在许多情况下,除了日志和恢复可能没有太多的事情可做,但是开发人员仍然考虑到此类错误发生的时候所应采取的措施。这个例子说明阻止方法调用者区分文件不存在(因而没有必要重新读取)和文件读取问题(文件存在但是无法读取)这两种不同错误情况之间的区别。
Android忠于JavaAPI,有许多检测型异常(包括例子中说明的那些),因此对这些异常应该以相同的方式处理。
对异常的处理
应用程序应该始终报告异常。当我看到捕捉的异常却不采取任何措施的代码时,我总会感到绝望。但是,异常只应该报告一次(不要既进行记录,又转译/重新抛出异常)。普通异常的重点是表示异常情况(正如名称所表示的那样)。因为在Android设备上没有系统管理员或者控制台操作员,所以必须向用户报告异常情况。
你应该考虑通过一个对话框或者Toast通知报告异常。移动设备上的异常处理与台式机有所不同。用户可能正在开车(或者操作其他机器),与人交谈,因此你不应该猜测他们的注意力都在应用程序上。记住,Toast通知只在屏幕上出现几秒钟,你可能会错过它。如果用户必须采取行动更正错误,就应该使用对话框。我知道大部分的示例(甚至在本书中也是一样)使用Toast,这是因为Toast通知需要的代码比对话框少(相反,BlackBerry API简化了对话框:Dialog.alert("mes sage"))。Toast简单地弹出,然后消失。对话框则要求用户确认异常情况,或者授权应用程序执行某些付费操作(例如,启动互联网访问,以便运行需要下载地图数据的应用程序)。
注意: 使用Toast来“弹出”不重要的信息,而使用对话框显示重要的信息并得到确认。

时间: 2024-09-23 21:15:52

《Android应用开发攻略》——2.2 异常处理的相关文章

《Android应用开发攻略》——1.15 程序:Android OS下的小费计算器Tipster

1.15 程序:Android OS下的小费计算器Tipster Sunit Katkar1.15.1 问题 当你和朋友前往饭店就餐并且希望计算各自的账单和小费时,可能陷入许多手动计算和分歧之中.你希望使用一个应用程序,简单地将小费比例加到总额上,并且按照就餐人数分配.Tipster就是Android中的一个实现,用它展示一个完整的应用程序.1.15.2 解决方案 这是一个简单的练习,使用Android中的基本GUI元素,然后用一些简单的计算和事件驱动UI代码将它们组合起来.将用到如下GUI组件

《Android应用开发攻略》——1.12 保持Android SDK更新

1.12 保持Android SDK更新 Daniel Fowler1.12.1 问题 SDK必须保持更新,使应用开发人员能够使用不断发展的Android平台上的最新API.1.12.2 解决方案 使用Android SDK Manager程序更新已安装的SDK包和安装新SDK包,包括用于设备特殊功能的第三方程序包.1.12.3 讨论 Android操作系统不断发展,因此,Android SDK也随之发展.Android持续发展的驱动力是: Google的研究和开发 手机制造商开发新的改进型手机

《Android应用开发攻略》——1.3 从命令行创建 “Hello, World”应用程序

1.3 从命令行创建 "Hello, World"应用程序 Ian Darwin1.3.1 问题 你想在不使用Eclipse ADT插件的情况下创建新的Android项目.1.3.2 解决方案 使用Android开发工具包(Android Development Kit,ADK)中的android工具,利用creat project参数和一些附加参数配置你的项目.1.3.3 讨论 除了平台名称之外,android还是一个用于创建.更新和管理项目的命令行工具的名称.可以进入android

《Android应用开发攻略》——1.4 在Eclipse中创建“Hello, World”应用程序

1.4 在Eclipse中创建"Hello, World"应用程序 Ian Darwin1.4.1 问题 你打算用Eclipse开发Android应用程序.1.4.2 解决方案 安装Eclipse.Android SDK和ADT plug-in.创建项目并开始编写应用程序.从Eclipse中构建项目并在模拟器下测试.1.4.3 讨论 安装如下软件之后,就可以开始开发了: Eclipse IDE Android SDK ADT plug-in 安装上述三个软件的详细讲解请参见攻略1.5.

《Android应用开发攻略》——第2章 设计成功的应用程序 2.1 导言:设计成功的Android应用程序

第2章 设计成功的应用程序 2.1 导言:设计成功的Android应用程序 Colin Wilcox 讨论 本章介绍编写富于想象力而且实用的Android应用的设计指导思想.有几个攻略描述了成功设计的具体特征.本节将列出其他一些方面. 这一章的目的之一是解释相对于其他在移动设备上交付丰富内容的方法,原生Java Android应用程序开发的好处. 原生手机应用程序的要求 不管在何种平台上部署,成功交付任何手机应用程序都有许多关键的要求: 应用程序应该易于在设备上安装.删除和更新. 应该以引人入胜

《Android应用开发攻略》——3.13 发送文本消息以及AVD之间的通话

3.13 发送文本消息以及AVD之间的通话 Johan Pelgrim3.13.1 问题 你开发了一个应用程序,需要拨打或者接听电话,或者收发文本消息,你希望对该程序进行测试.3.13.2 解决方案 启动两个Android虚拟设备(AVD),使用端口号发送文本消息及拨打电话.3.13.3 讨论 当你创建一个接听来电或者文本消息的应用程序(类似于攻略12.2中开发的应用)时,你当然可以使用Eclipse中的DDMS视图模拟通话或者发送文本消息,不过也可以启动另一个AVD! 如果你注意AVD窗口标题

《Android应用开发攻略》——3.10 为测试重现活动生命周期场景

3.10 为测试重现活动生命周期场景 Daniel Fowler3.10.1 问题 应用程序应该适应活动生命周期.开发人员必须知道如何重现不同的生命周期场景.3.10.2 解决方案 利用日志获得对活动生命周期的全面了解,就能更容易地为测试重现生命周期场景.3.10.3 讨论 Android是为了移动的生活方式而设计的,在这种方式下,用户忙于多种工作:打电话.检查邮件.发送SMS信息.参与社交网络.拍照.访问互联网.运行应用程序等,甚至完成某些工作!因此,移动设备可能有多个应用程序,从而在内存中加

《Android应用开发攻略》——导读

前言 对于蜂窝技术和移动计算来说,Android是"开放源码的革命",至少是革命的一部分.从已经不存在的Openmoko FreeRunner到QT Embedded.Moblin. LiMo. Debian Mobile,以及Maemo和最近刚刚开放源码的Symbian OS.刚刚消失的HP WebOS,人们对于提供开放源码的蜂窝技术已经做出了许多的尝试.我们也不要忘记闭源系统的忠实拥趸:BlackBerry OS.Apple iPhone和Microsoft Windows Mob

《Android应用开发攻略》——1.11 使用SDK样例避免棘手的情况

1.11 使用SDK样例避免棘手的情况 Daniel Fowler1.11.1 问题 有时候某些功能的编码非常费力,特别是在文档粗糙或者没有提供任何例子的情况下.1.11.2 解决方案 查看现有的可行代码将会有帮助.Android SDK有一些样例程序,可以仔细观察其工作方法.1.11.3 讨论 Android SDK自带多种样例应用程序,在编写某些功能时可能有用处.细看这些样例代码可能会很有启发.安装Android SDK之后,可以找到下列样例: Accelerometer Play Acce

《Android应用开发攻略》——2.4 在用户旋转设备时保存数据

2.4 在用户旋转设备时保存数据 Ian Darwin2.4.1 问题 当用户旋转设备时,Android通常销毁并重新创建当前活动.你希望在这一周期中保留某些数据,但是在此期间活动中的所有字段都将丢失.2.4.2 解决方案 对此有多种解决方案.如果所有数据都由简单类型组成(包括String),或者是Serializable类型,就可以在传入的Bundle的onSaveInstanceState()中保存数据. 另一种解决方案是在活动中返回一个任意的对象,实现onRetainNonConfigur