请教一下，你们写接口的时候如果传入参数不合法，返回的结果是直接提示参数非法还是报错？

直接抛异常那就是懒。嗯嗯，虽然我有时候也这样。
spring 是可以在实体类的字段上通过注解来对参数进行校验的。如果不是实体类，那也可以自己写校验逻辑。然后抛参数非法的异常出去就好了。

虽然，这样做意义其实也不是很大。但作为一个有追求的程序员，优雅是必须的。

按理来说应该提示非法参数。 估计后端没做处理，当非法提交后涉及到异常报错了，触发了 java 错误。

前端的做法应该是根据 code 或者 status 返回结果 执行对应的提示页或错误页。

说明没有做全局异常处理。

我想起来我的奇葩同事，写个传入楼层返回该楼层门禁点位 list ，然后他硬是写了个如果查不到数据手动抛个异常，但是实际上有的楼层确实是没有门禁报警器的，然后他还不愿意改，最后是前台想办法单独处理，遇到那个楼层，直接不请求后台

他应该不上 v 站

```java
public TableDataInfo list(@PathVariable String floor) throws Exception {
EntrancePoint entrancePoint=new EntrancePoint();
List<PublicEquipment> listOfep=new ArrayList<>();
List<EntrancePoint> list=null;
if(floor.isEmpty()){
throw new Exception("Please enter the number of floors");
}else {
entrancePoint.setFloor(floor);
list = entrancePointService.selectEntrancePointList(entrancePoint);
if(list.isEmpty()){
throw new Exception("The set or list cannot be empty!");
}else{
for (EntrancePoint entrancePoints:list) {
PublicEquipment pe =new PublicEquipment();
pe.setDeviceName(entrancePoints.getName());
pe.setIp(entrancePoints.getEntranceHost());
pe.setModelName(entrancePoints.getModelName());
pe.setState(entrancePoints.getEntranceStatus().equals("0")?"开启":"关闭");
pe.setDoorNum(entrancePoints.getVariable());
listOfep.add(pe);
}
}
}
return getDataTable(listOfep);
}
```

不能任凭异常抛出。

1 、异常需要全局处理，要有对应的类型编号、唯一编号、日志记录。
2 、未处理的异常会增大 web 容器的开销。
3 、不利于其他产品进行统一的错误提示。

@Felldeadbird 对的 就是这样的，但是前端也没有做任何异常处理

@zypy333 就是这种

@kop1989smurf 我感觉我司他们就没有做任何处理

前后端都没有写校验，也没有抛出异常。前端至少要对 500 等未知错误进行提示，因为不知道什么时候就出奇奇怪怪的的问题，有提示用户就知道这一步不能干，后端的参数校验是必写的

如果用户正常操作不会碰见的 case, 那什么文案无所谓的

spring validation 这么难学吗？

422 Unprocessable Entity

直接包 Java 错误是不是意味着根本没做错误处理？

具体还是得形成标准，而标准不唯一。主要的目的还是利于联调以及前端进行错误展示，比如对所有的情况划分业务状态码。

Validation 加 Exception Handling 。自己代码直接参数异常抛出去，项目统一拦截返回，每块代码都各司其职。

抛异常可以但是最顶层要接住异常然后返回正确的 JSON/XML 主体啊。

@zypy333 我也会这样写，这个习惯个人来看挺好的，但是全局必须有个 catch 拦截，转可读格式数据给前端，我说的是接口的情况。如果是 sdk 调用，调用方处理异常也是可以接受的

@NotBlank("车牌不能为空值")
@Pattern(regexp = "正则",message = "车牌格式不合法")
@Length(min = 7,max = 7,message="车牌必须为 7 位")
private String number;

@devswork 我们每个接口都得定义入参 VO ，以及出参 VO ，然后每个 VO 上的每个参数都要加 validation 判断 null 、判断空字符串、判断长度等，必要时候加正则校验，然后写一个统一异常处理器，处理 BindException 、MethodArgumentNotValidException 、ConstraintViolationException ，如果异常是属于业务上定义的，自己封装一个 Exception 和定义一个返回码，用来表示数据不符合业务规定。

@devswork #38 正规做法就这样, 对入参进行校验就好