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

[InHello]

比如有一个查询车辆详情的接口，参数定义的是车牌号，但是我做接口测试可能会传入纯数字、英文、null 等等这些正常参数外的其他字符。 我司返回来的结果直接报 java 错误，在我的理解中如果参数非法,返回的接口应该是提示用户"参数非法"而不是直接报一个 java 错误，不知道对不对。

[nekoneko]

对, 让后端统一处理一下返回信息

[JYii]

当然是捕捉参数异常丢出去，你同事那直接就是懒得处理

[liprais]

直接报 java 错误是抛异常？
抛异常说明有问题，用户不应该看到你内部的异常

[cai88112]

你是对的

[InDom]

报错误一般就是真的没在入口做检测, 后面莫名其妙在某个地方没按预期运行崩了.
不过入口参数检查的时候,如果不符合预期也可以使用报错的方式反馈.

但是这两种还是可以分出来的 如果 每次都完全不同的错误就属于前者, 如果每次错误提示都很相似, 大概率是第二个了.

[k9982874]

直接爆堆栈就过分了，让后端加 validation

[InHello]

@liprais 抛异常的

[wolfie]

序列化错误怎么算？
int32 类型，传 abc 。

[yatoooon]

后端统一处理

[wong2]

400 而非 500

[InDom]

但是 如果是后者 属于 预期内的错误, 是可以以可以预期的方式提供错误信息(比如按照接口规范返回与前端沟通过的特定格式的数据)

而非直接给了一个前端不曾预料的返回内容, 所以,不管怎样,如果出现了这个不可预期的返回,就是后端的锅.

[InHello]

@wong2 code 直接报 500 ，message 报异常

[dd991]

后端提示什么，直接展示出来就好，老板会让他改的

[unco020511]

后端有框架可以很方便的校验参数有效性

[AirBai2]

http 状态码 400 ，外加 message

[wangritian]

你是指报异常吗？确实不对，应该报业务或框架层级的错误

[bthulu]

我一般是报 200, 数据返回默认值

[lucays]

总之报 500 肯定是有问题
200 还是 4xx 看公司内部规范。。。

[wu00]

参数错误，后端 validation+默认提示(给开发人员看的)，前端自己也要做前端的 validation ，用户提示信息是前端自己定
业务错误，http 状态码 4xx ，给 errorType 和 message(给开发人员看的)，前端根据 errorType 做页面逻辑和错误提示
服务端异常，http 状态码 500 ，前端给友好页面 /提示(稍后再试)

[buchikoma]

这种需要前后端定一下异常类型和异常提示，后端根据异常类型抛错误信息和 code ，前端根据 code 对错误信息进行包装抛给用户