第7章 异常、断言和日志
7.1 处理错误
- 发生错误的时候，将控制权从错误产生的地方转移给错误处理器
7.1.1 异常分类
Java中的异常层次结构
-
所有的异常都是由Throwable继承而来
- Error：运行时错误，很严重，很难处理
- Exception：重点关注
- RuntimeException：程序设计问题
- IOException：文件资源相关
-
如果出现RuntimeException异常，那就一定是你的问题
-
非受查异常：Error和RuntimeException
-
受查异常：IOException
7.1.2 声明受查异常
总之，一个方法必须声明所有可能抛出的受查异常，而非受查异常要么不可控制（Error），要么就应该避免发生（RuntimeException）
- 子类中的重写方法，抛出的异常必须小于父类，或者保持一致。
7.1.3 如何抛出异常
- 找到一个合适的异常类
- 创建这个类的一个对象
- 将对象抛出
- 一旦方法抛出了异常，这个方法就不可能返回到调用者。
7.1.4 创建异常类
- 继承Exception或它的子类
- 提供空参构造和有参构造
7.2 捕获异常
- 捕获异常需要进行周密的计划
7.2.1 捕获异常
-
要想捕获一个异常，必须设置
try/catch语句块- 程序将跳过try语句块的其余代码
- 程序将执行catch字句中的处理器代码
-
通常，最好的选择是什么也不做，而是将异常传递给调用者。如果方法出现了错误，就让方法的调用者去操心。
-
通常，应该捕获那些知道如何处理的异常，而将那些不知道怎样处理的异常继续进行传递throws
7.2.2 捕获多个异常
- 先抓小的，再抓大的
7.2.3 再次抛出异常与异常链
- 在catch子句中可以抛出一个异常，这样做的目的是改变异常的类型
- 有一种更好的处理方法，将原始异常设置为新异常的原因，这样就不会丢失原始异常的细节
- 如果一个方法没有抛出异常，那就可以包装成运行时异常
7.2.4 finally子句
- 不管是否有异常被捕获，finally子句中的代码都被执行
- finally子句如果写return，会覆盖原始的返回值
7.2.5 带资源的try语句
- 只要需要关闭资源，就要尽可能使用带资源的try语句
try( ){ }- 会自动调用close方法
7.2.6 分析堆栈轨迹元素
- 堆栈轨迹（stack trace）是一个方法调用过程的列表
7.3 使用异常机制的技巧
- 创建自己的异常类
- 早抛出，晚捕获
7.4 使用断言
- 在一个具有自我保护能力的程序中，断言很常用
7.4.1 断言的概念
- 断言机制允许在测试期间向代码中插入一些检查语句，当代码发布时，这些插入的检测语句将会被自动地移走
assert x >= 0
7.4.2 启用和禁用断言
- 默认情况下，断言被禁用
-
-ea启用命令java -ea MyApp - 断言是类加载器的功能
7.4.3 使用断言完成参数检查
- 断言只用于开发和测试阶段
7.4.4 为文档假设使用断言
assert i % 3 == 2
7.5 记录日志
- 我们经常用
System.out.println来调试程序，日志简化了这一操作 - 日志有不同的级别
7.5.1 基本日志
- 全局日志记录器:
Logger.getGlobal().info("-------------");
7.5.2 高级日志
- 7个日志记录器级别
- SERVER
- WARNING
- INFO
- CONFIG
- FINE
- FINER
- FINEST
logger.log(Level.FINE, message)
7.5.3 修改日志管理器配置
.level=INFO
7.5.4 本地化
- 我们可能希望将日志消息本地化，以便让全球的用户都可以阅读它
7.5.5 处理器
- 在默认情况下，日志记录器将记录发送到
ConsoleHandle中
7.5.6 过滤器
- 实现
Filter接口
7.5.7 格式化器
- 扩展
Formatter类
7.5.8 日志记录说明
- 默认的日志级别为INFO
7.6 调试技巧
- JUnit
网友评论