java异常处理类设计
定义时区分 unchecked / checked 异常，避免直接抛出 new RuntimeException()，更不允许抛出 Exception 或者 Throwable，应使用有业务含义的自定义异常。
捕获异常是为了处理它，不要捕获了却什么都不处理而抛弃之，如果不想处理它，请将该异常抛给它的调用者。最外层的业务使用者，必须处理异常，将其转化为用户可以理解的内容。
下面是要返回给用户的uncheck异常类图：
BusinessException用于4xx的业务异常， ThirdPartyServiceException、ServiceException、DAOException用于5xx的服务器异常。
可根据需要添加异常子类。比如，添加一个PhoneNotExistException，继承自BusinessException，表示手机号码不存在的业务异常。
抛出异常时，应使用有业务含义的自定义异常，比如上面说的PhoneNotExistException。
我们在全局异常处理类中统一捕获这些异常：
- 打印日志。有些异常不需要打印日志，比如上面说的PhoneNotExistException；有些异常需要打印出错误堆栈，方便定位异常，比如5xx的服务器错误。
- 设置http状态码。我们遵循restful风格，不同的http状态码表示不同的异常。
- 转化为前端可以理解的json对象返回给前端。少量情况下，我们需要返回更多的异常信息给前端，比如错误码和异常说明。
checked异常用于服务器内部可以处理的异常，它继承自Exception。