第7章 异常、断言和日志

7.1 处理错误

• 发生错误的时候，将控制权从错误产生的地方转移给错误处理器

7.1.1 异常分类

Java中的异常层次结构

• 所有的异常都是由Throwable继承而来

  • Error：运行时错误，很严重，很难处理
  • Exception：重点关注
    • RuntimeException：程序设计问题
    • IOException：文件资源相关

• 如果出现RuntimeException异常，那就一定是你的问题

• 非受查异常：Error和RuntimeException

• 受查异常：IOException

7.1.2 声明受查异常

总之，一个方法必须声明所有可能抛出的受查异常，而非受查异常要么不可控制（Error），要么就应该避免发生（RuntimeException）

• 子类中的重写方法，抛出的异常必须小于父类，或者保持一致。

7.1.3 如何抛出异常

1. 找到一个合适的异常类
2. 创建这个类的一个对象
3. 将对象抛出

• 一旦方法抛出了异常，这个方法就不可能返回到调用者。

7.1.4 创建异常类

1. 继承Exception或它的子类
2. 提供空参构造和有参构造

7.2 捕获异常

• 捕获异常需要进行周密的计划

7.2.1 捕获异常

• 要想捕获一个异常，必须设置try/catch语句块

  1. 程序将跳过try语句块的其余代码
  2. 程序将执行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个日志记录器级别
  1. SERVER
  2. WARNING
  3. INFO
  4. CONFIG
  5. FINE
  6. FINER
  7. 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