异常的正确使用在微服务架构中的重要性排前三，没什么意见吧

异常的正确使用在微服务架构中的重要性排前三，没什么意见吧

Curdboy 们好久不见，先祝大家端午节快乐。最近想说说异常，我的思考俨然形成了闭环，希望这套组合拳能对你的业务代码有所帮助。

下面只讨论世界上最好的语言和生态最完整的语言，没什么意见吧。

异常的异同

PHP 在 PHP7 异常的设计和 Java 保持一致了 Exception extends Throwable ，不过在历史原因和设计理念上还是有一些细微的差别。比如 PHP 中的异常是有 code 属性的，这样就存在多种异常聚类为同一个异常，然后在catch 区块里根据 code 写不同的业务逻辑代码。

而 Java 异常则没有code ，不能这样设计，只能针对不同的情况使用不同的异常。所以我们习惯服务对外暴露的通过包装类来封装，而不是直接依赖异常的透传。

统一异常的处理

在 Java 代码里，最让人诟病的就是漫山遍野的try catch ，没什么意见吧。随便抓一段代码

@Override
public DataResult> getAds(Integer liveId) {
    
    try {
        List adsDTO = new ArrayList<>();
        //...业务逻辑省略
        DataResult.success(adsDTO);
    } catch (Exception e) {
        log.error("getAds has Exception:{}", e.getMessage(), e);
        DataResult.failure(ResultCode.CODE_INTERNAL_ERROR, e.getMessage()); // 将异常信息返回给服务端调用方
    }
    
    return dataResult;
}

很多时候都是无脑上来就先写个 try catch 再说，不管里面是否会有非运行时异常。比较好的方式是使用 aop 的方式来拦截所有的服务方法的调用，统一接管异常然后做处理。

@Around("recordLog()")
public Object record(ProceedingJoinPoint joinPoint) throws Throwable {
  //... 请求调用来源记录
  
  Object result;

  try {
    result = joinPoint.proceed(joinPoint.getArgs());
  } catch (Exception e) {
    //... 记录异常日志
    
    DataResult