如何优雅的在 Java 方法同时返回状态码和结果

写 Spring Web 的各位估计都写过返回 JSON 的项目，一般的结构都是这样的

{
    "status":200,
    "msg":"正常"
    "data":{
        ......
    }
}

{
    "status":201,
    "msg":"非正常"
}

按理说 Controller 层不参与业务的处理，顶多校验一下合法性之类的，所以大多数状态码都是交给 Service 层来返回的，可是 Java 的方法只能返回一个结果，想要返回多个结果只能包装成一个对象。但是包装成这样总感觉不舒服，照理说不应该由 service 层包装。

public Package<User> getUser(){
    User user = new User();
    
    if(user.getAge!=10){
        //返回非正常
        return new Package(201,null);
    }
    //返回正常
    return new Package(200,user);
}

我想到的还有一种方式就是用 Exception 来做,直接把状态码放到 Exception 中，非 200 状态的就让 Controller 层 catch 后处理，好处就语法上就会有强制性 catch，但是这样做就会出现遇到如果有多个正常状态码，Controller 层无法处理的问题：

public User getUser() throws CustomException {
    User user = new User();
    
    if(user.getAge!=10){
        //返回异常
        throw new CustomException(201);
    }
    //返回正常
    return user;
}

请教大家平常用什么方法比较优雅。

liuxey

2019-07-23 19:54:37 +08:00

我见过一个国内知名公司使用四层结构，在 controller 和 service 层增加 facade 层，然后 controller 就真只做接收校验和返回

虽然有人可能不喜欢，但使用异常来结束业务代码真的很精简，写起来及其飘逸

当然还有 http 状态码设计等东西，我觉的没有孰优孰劣，用好了用统一了都是值得肯定的

springmarker

2019-07-23 20:28:49 +08:00

@Takamine #20 状态码的包装也由 service 层来处理的话，那碰到 service 之间的调用难道还得 get 出来 data 才行？
顺便问一下，你们的状态码 code 的枚举类是怎么维护的，是每个项目一个？还是所有项目共用？共用的话是怎么维护的，谢谢。

@ke1e #21 我之前就是这么做的，但是还是属于我说的第一种类型，就是包装，感觉不够清真。

@liuxey #22 写 4 层是真的要死了。

@shipy #23 元组在 Java 中并不原生，某种程度上来说跟包装差不多。

@palmers #24 绝大多数业务就是一个正常状态+多个异常状态，我觉得业务的抛出非正常状态代码也可以理解为“异常”，catch 的话，只需 catch 住我们自定义的异常就可以了，其他无法容忍的错误该怎么还是怎么样

Takamine

2019-07-24 00:15:07 +08:00

@springmarker 是的，只要是暴露出去的都做封装，不管是业务之间还是应用之间。
我们是不同系统用不同状态码，一般一个系统会分别领取分别代表业务异常、系统异常等的不同数字编号开头的 500-2000 个状态码。后面新增的系统再接着申请领取状态码，以此类推。所有系统的状态码有做统一维护。

如何优雅的在 Java 方法同时返回 状态码 和 结果

如何优雅的在 Java 方法同时返回状态码和结果