Reputation: 1738
From the documentation it states that
For server requests the Request Body is always non-nil but will return EOF immediately when no body is present.
For ContentLength, the documentation states
For client requests, a value of 0 means unknown if Body is not nil.
So is it better to check for ContentLength
r *http.Request
if r.ContentLength == 0 {
//empty body
}
or to check EOF
type Input struct {
Name *string `json:"name"`
}
input := new(Input)
if err := json.NewDecoder(r.Body).Decode(input); err.Error() == "EOF" {
//empty body
}
Upvotes: 34
Views: 37313
Reputation: 486
If anyone is having this problem when using BodyParser
, you can validate a nil body with
func NotEmptyBody(c *fiber.Ctx) bool {
return len(c.Body()) != 0
}
An Empty struct will have still have a list of bytes, while a nil body will contain empty bytes. You can validate this first before calling Bodyparser
.
Upvotes: -1
Reputation: 109377
You always need to read the body to know what the contents are. The client could send the body in chunked encoding with no Content-Length
, or it could even have an error and send a Content-Length
and no body. The client is never obligated to send what it says it's going to send.
The EOF
check can work if you're only checking for the empty body, but I would still also check for other error cases besides the EOF
string.
err := json.NewDecoder(r.Body).Decode(input)
switch {
case err == io.EOF:
// empty body
case err != nil:
// other error
}
You can also read the entire body before unmarshalling:
body, err := ioutil.ReadAll(r.Body)
or if you're worried about too much data
body, err := ioutil.ReadAll(io.LimitReader(r.Body, readLimit))
Upvotes: 48