要点简介

• 为什么要使用异常而不是返回码（if-else)
• 主流语言对待受检异常和非受检异常态度和处理方式
• 抛出异常的注意事项
• 如果不想使用异常（不打断流程）应该怎么处理
• null值的处理

一、判断和异常的取舍问题

刚写Java代码时，我也有一个疑问，就是为什么要有异常这个东西。比如要访问一个文件，如果文件不存在完全可以通过if-else进行判断。
现在，其实有了更深的理解。就是简单的if-else其实也可以。但是在复杂情况下，如：代码段7.1，有很多状态需要判断的时候，代码就会显得杂乱无章。
正常情况下，if-else应该用于表现程序逻辑，业务代码。但是按照下面的写法，业务代码和错误判断（包含很多前置检查）就有可能混为一谈。不好区分。

代码段7.1
public class DeviceController {
    public void sendShutDown() {
        DeviceHandle handle = getHandle(DEVl);
        // Check the state of the device
        if (handle != DeviceHandle.INVALID) {
            // Save the device status to the record field
            retrieveDeviceRecord(handle);
            // If not suspended, shut down
            if (record.getStatus != DEVICE.SUSPENDED) {
                pauseDevice(handle);
            } else {
                logger.log("Device suspended.Unable_to_shut_down" );
            }
        } else {
            logger.log("Invalid handle for: " + DEVI.toStringO);
        }
    }
}

所以,下面 代码段7.2 所示就会更简洁和优雅.异常检查和业务逻辑相互独立.

代码段7.2
public class DeviceController {
    public void sendShutDown() {
        try {
            tryToShutDown();
            /*以及很多业务代码*/
        } catch (DeviceShutDownError e) {
            logger.log(e);
        } catch (OtherError e) {
            logger.log(e);
        }
    }
}

二、推荐使用不可控异常(unchecked Exception)

目前,C#、C++、Python、Ruby都不再（或从未）支持或受检异常。因为其违反了开放\闭合原则，即如果在某层次方法里面抛出了受检异常，那么其上层除非catch住，否则都要重重抛出此异常。完全的耦合了。
所以现在的建议是：
一般应用开发仅考虑抛出unchecked Exception，关键代码库，则可考虑checked Exception

三、抛出异常的注意事项

你抛出的每个异常，都应当提供足够的环境说明，以便判断错误的来源和处所。在Java中，你可以从任何异常里得到堆栈踪迹（stacktrace);然而，堆栈踪迹却无法告诉你该失败操作的初衷。应创建信息充分的错误消息，并和异常一起传递出去。在消息中，包括失败的操作和失败类型。如果你的应用程序有日志系统，传递足够的信息给catch块，并记录下来。

另外，补充一点，抛出异常之前，应该记录日志，否则你可能无法找到异常的抛出地点。如代码段7.3：

代码段7.3
if (record.getStatus != DEVICE.SUSPENDED) {
        log.error("原因-异常");
        throw new BusinessException("message","Detail");
    } 

四、可不可以不使用异常呢

五、不要返回和传递null值

5.1不要返回null值

不要返回null值的原因：
（1）返回null值会导致程序中充满对null的判断；
（2）如果不注意对null的判断，则会导致很不友好的空指针异常；
针对这个问题也搜了一下，辩证的看到处理方法：
（1）对于集合和数组作为返回值，使用长度为零的数组或者空集合，而不是null；
（2）字符串作为返回值，使用空字符串来代替null；
（3）当空对象与其他返回对象有一样的行为和意义时，使用空对象；
关于这一条的理解目前，我还没理解到，这里暂时做一个标记，期望后续可以理解

例如，有一个方法返回一个迭代器。一个空的迭代器可以定义为NullIterator并实现Iterator接口，他的next方法永远返回null，他的hasNext方法永远返回false。这样，使用这个方法返回值的代码就不要进行null判断，因为NullIterator的行为与其他迭代器一样。

（4）针对这个规则的例外任何在逻辑上表示查找(search或者get)的意思时，应该返回null；代码段7.4 说明了为什么应该例外处理；

代码段7.4
User getUserById(String id){
   User user = dao.getUserById(id);
   if(user == null)
      return new User();
   return user;
}

5.2不要传递null值

不传递null值的意思，即不要在方法调用时，将参数设置为null。这将会带来更不可预料的后果。
但是如果程序中如果却需要对null值进行判断，可以抛出InvalidArgumentException或者使用断言来处理（而不是仅仅忽略null值）。

代码段7.5
    public double xProjection(Point p1, Point p2) {
        if (p1 == null || p2 == null) {
            throw InvalidArgumentException ("Invalid argument for MetricsCalculator.xProjection");
            }
            return (p2.x - pl.x) * 1.5;
        }
    }