在我们的一个API项目中，我们决定将409状态设置为某个请求，因为缺少参数，我们无法将其完全填充为100％ .

HTTP状态代码“409 Conflict”对我们来说是个不错的尝试，因为它的定义要求包含足够的信息以便用户识别冲突的来源 .

参考：w3.org/Protocols/

因此，在400或404之类的其他响应中，我们选择409强制需要查看请求中的某些注释，这有助于设置新的正确请求 .

在任何情况下我们的情况都是特别的，因为如果请求不完全正确，我们需要发送一些数据，我们需要强制客户端查看消息并了解请求中的错误 .

一般来说，如果我们有 only some missing parameter ，我们会找到 400 和一个缺失参数数组 . 但是当我们需要发送更多信息时，比如特定的案例消息，我们希望更加确定客户会处理它，我们发送409