分享一個在做規(guī)則中心時對異常的思考和處理方式。 主要解決的問題是排查成本問題，讓研發(fā)和運(yùn)營同學(xué)能一眼看懂問題。

先看個例子：

public class Test {

    public static void main(String[] args) {
        String param = "1-2-3";
        System.out.println(method(param));;
    }

    private static String method(String param) {
        try {
            return method1(param.split("-")[0]);
        }catch (Exception e){
//            throw e;
            throw new RuntimeException("method異常啦~" + "param:" + param);
        }
    }

    private static String method1(String s) {
        throw new RuntimeException("method1異常啦~" + "param: " + s);
    }
}

這段代碼的執(zhí)行效果就是method方法的異常將method1的異常覆蓋掉了，如果在method方法中throw e;又不會將method的參數(shù)帶出來。我看大多數(shù)系統(tǒng)都是通過打錯誤日志來定位異常，但弊端就是錯誤日志打的很多，需要逐層去看(順便吐槽一下sls需要登錄的現(xiàn)狀，我認(rèn)為高效的方式應(yīng)該是集團(tuán)統(tǒng)一開放一個日志中心，各個系統(tǒng)去自主接入，進(jìn)入日志中心選擇應(yīng)用就能檢索)。還有一種就是將上下文一直傳遞，在method1中拋出詳細(xì)的異常信息，這種也不符合多數(shù)場景，畢竟場景的上下文不一定相同。

那如何去管理全局異常，我想到兩種方式。一種是通過ThreadLocal來記錄業(yè)務(wù)執(zhí)行過程&異常，一種就是拋異常將底層參數(shù)傳遞上去。我用的方式二。

方式比較簡單，在自定義異常里增加Map字段來記錄private Map<String, String> extMap;
在最底層拋的異常是這樣的：

throw new RuleException(RuleErrorCodeEnum.HOT_LOAD_CLASS_PARSE_ERROR, code, e);

上層的異常處理：

} catch (RuleException e) {
      LoggerUtil.error("RuleException", e);
      throw new RuleException(e, "條件名稱", conditionCache.getConditionName());
 }
.....
catch (Exception e) {
      LoggerUtil.error("xxxxxx", e);
      throw new RuleException(RuleErrorCodeEnum.UNKNOWN_ERROR, conditionCode, e);
}

RuleException的構(gòu)造方法：

    public RuleException(RuleException e, String key, String value) {
        if (Objects.nonNull(e.getRuleErrorCodeEnum())) {
            this.ruleErrorCodeEnum = e.getRuleErrorCodeEnum();
        }
        if (StringUtils.isNotBlank(e.getMsg())) {
            this.msg = e.getMsg();
        }
        Map<String, String> extMsg = e.getExtMap();
        if (MapUtils.isEmpty(extMsg)) {
            extMsg = new HashMap<>();
        }
        extMsg.put(key, value);
        this.extMap = extMsg;
    }

最外層接口的異常信息處理：

開發(fā)時保證異常大多都能被捕獲到，并拋出自定義的異常

catch(Exception e){
     // log.error
     ruleResultDTO.setErrMsg(RuleException.buildErrorMsg(e, "規(guī)則接口執(zhí)行異常"));
}

RuleException.buildErrorMsg方法:

    /**
     * 異常信息構(gòu)建
     *
     * @param e
     * @param msg
     * @return
     */
    public static String buildErrorMsg(Exception e, String msg) {
        StringBuilder stringBuilder = new StringBuilder();
        stringBuilder.append(msg);
        if (e instanceof RuleException) {
            RuleException e1 = (RuleException) e;
            if (Objects.nonNull(e1.getRuleErrorCodeEnum())) {
                stringBuilder.append(e1.getRuleErrorCodeEnum().getDesc())
                        .append(":")
                        .append(e1.getMsg());
            }
            if (MapUtils.isNotEmpty(e1.getExtMap())) {
                stringBuilder.append(JSON.toJSONString(e1.getExtMap()));
            }
            return stringBuilder.toString();
        } else {
            stringBuilder.append(e.getMessage());
        }
        return stringBuilder.toString();
    }

效果（異常信息比較簡潔、聚合）：
規(guī)則接口執(zhí)行異常條件執(zhí)行-比較符不支持:代碼中時間應(yīng)該傳時間戳{"規(guī)則編碼":"RULE_CODE","參數(shù)名":"玩法ID","條件名稱":"CONDITION_NAME","比較值":"123456789","實(shí)際值":"2020-09-09"}

如果拋出的不是自定義異常，那就只能去查日志了。