java异常处理类设计

定义时区分 unchecked / checked 异常，避免直接抛出 new RuntimeException()，更不允许抛出 Exception 或者 Throwable，应使用有业务含义的自定义异常。

捕获异常是为了处理它，不要捕获了却什么都不处理而抛弃之，如果不想处理它，请将该异常抛给它的调用者。最外层的业务使用者，必须处理异常，将其转化为用户可以理解的内容。

下面是要返回给用户的uncheck异常类图：

BusinessException用于4xx的业务异常， ThirdPartyServiceException、ServiceException、DAOException用于5xx的服务器异常。

可根据需要添加异常子类。比如，添加一个PhoneNotExistException，继承自BusinessException，表示手机号码不存在的业务异常。

抛出异常时，应使用有业务含义的自定义异常，比如上面说的PhoneNotExistException。

我们在全局异常处理类中统一捕获这些异常：

1. 打印日志。有些异常不需要打印日志，比如上面说的PhoneNotExistException；有些异常需要打印出错误堆栈，方便定位异常，比如5xx的服务器错误。
2. 设置http状态码。我们遵循restful风格，不同的http状态码表示不同的异常。
3. 转化为前端可以理解的json对象返回给前端。少量情况下，我们需要返回更多的异常信息给前端，比如错误码和异常说明。

checked异常用于服务器内部可以处理的异常，它继承自Exception。