java开发中关于使用异常控制业务逻辑的理解

Love The Way You Lie 2022-04-01 06:59 266阅读 0赞

服务层返回错误信息，大体分为两派

*  **1.ResultModel(code,message)，使用if、else判断。**
 *  **2.抛出自定义exception，异常控制逻辑**。

查看《阿里巴巴编码规约》中对异常处理的强制要求,不建议使用异常来做流程控制,如下:

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2l0Z3VhbmdpdA_size_16_color_FFFFFF_t_70]

第二种方法的效率较低，因为会有堆栈信息的创建与输出。 在频繁调用出错的情况下，数据序列化和传输 的性能损耗是个不容忽视的问题。好处是逻辑代码清晰，无需各种判断。

一个参考的改进方式，覆写fillInStackTrace()，防止出现性能低效，不记录堆栈信息。

public class ExpectedException extends RuntimeException { 
        private static final long serialVersionUID = 4061732202885069884L;
        /** * 错误码 */
        private int code;
        /** * 错误描述 */
        private String msg;
        
        public ExpectedException(int code, String msg) { 
            super(msg);
            this.code = code;
            this.msg = msg;
        }
        
        public ExpectedException(String msg) { 
            super(msg);
            //通用错误码，可以使用常量或枚举
            this.code = 500;
            this.msg = msg;
        }
     
        /** * 重写堆栈填充，不填充错误堆栈信息，提高性能 */
        @Override
        public Throwable fillInStackTrace() { 
            return this;
        }

因为个人更喜欢代码逻辑整洁，更倾向于第二种方式。有不同意见或者更好的办法欢迎留言讨论.

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2l0Z3VhbmdpdA_size_16_color_FFFFFF_t_70]: /images/20220401/18c826b3bf0d4558bdd3e06ac08eb7e4.png