业务逻辑层到底该抛异常还是返回错误的状态码

对比：

抛出异常可以让API层try catch 捕获异常，并且在发生问题时候，迅速定位到某行代码，异常链占用内存大，

返回错误码，可以让API解析错误码，做某些操作，但是不利于定位服务端代码错误。

应用场景：

1）参数校验 ，校验参数必须存在，这种直接抛出异常就可以了，因为不需要返回其他数据，参数校验通过了，

根据订单ID 获取订单信息 没找到， 也直接抛异常就可以了， 因为也不需要返回其他数据。

2）创建订单 校验是否存在未支付订单，如果API 层要求 如果存在未支付订单，同时返回未支付订单号，方便 API 将数据返回给客户端。

这种情况下，只抛出异常就显得不够用了。

归纳：

如果只是做校验，不需要返回数据的，可以直接抛异常，方便定位问题，

如果是事务的，必须抛异常，

但是如果在错误的情况下，需要有数据返回的，就需要返回错误码，同时返回错误情况下的数据。