Response Status Code¶
The same way you can specify a response model, you can also declare the HTTP status code used for the response with the parameter status_code
in any of the path operations:
@app.get()
@app.post()
@app.put()
@app.delete()
- etc.
from fastapi import FastAPI
app = FastAPI()
@app.post("/items/", status_code=201)
async def create_item(name: str):
return {"name": name}
Note
Notice that status_code
is a parameter of the "decorator" method (get
, post
, etc). Not of your path operation function, like all the parameters and body.
The status_code
parameter receives a number with the HTTP status code.
Info
status_code
can alternatively also receive an IntEnum
, such as Python's http.HTTPStatus
.
It will:
- Return that status code in the response.
- Document it as such in the OpenAPI schema (and so, in the user interfaces):
Note
Some response codes (see the next section) indicate that the response does not have a body.
FastAPI knows this, and will produce OpenAPI docs that state there is no response body.
About HTTP status codes¶
Note
If you already know what HTTP status codes are, skip to the next section.
In HTTP, you send a numeric status code of 3 digits as part of the response.
These status codes have a name associated to recognize them, but the important part is the number.
In short:
100
and above are for "Information". You rarely use them directly. Responses with these status codes cannot have a body.200
and above are for "Successful" responses. These are the ones you would use the most.200
is the default status code, which means everything was "OK".- Another example would be
201
, "Created". It is commonly used after creating a new record in the database. - A special case is
204
, "No Content". This response is used when there is no content to return to the client, and so the response must not have a body.
300
and above are for "Redirection". Responses with these status codes may or may not have a body, except for304
, "Not Modified", which must not have one.400
and above are for "Client error" responses. These are the second type you would probably use the most.- An example is
404
, for a "Not Found" response. - For generic errors from the client, you can just use
400
.
- An example is
500
and above are for server errors. You almost never use them directly. When something goes wrong at some part in your application code, or server, it will automatically return one of these status codes.
Tip
To know more about each status code and which code is for what, check the MDN documentation about HTTP status codes.
Shortcut to remember the names¶
Let's see the previous example again:
from fastapi import FastAPI
app = FastAPI()
@app.post("/items/", status_code=201)
async def create_item(name: str):
return {"name": name}
201
is the status code for "Created".
But you don't have to memorize what each of these codes mean.
You can use the convenience variables from fastapi.status
.
from fastapi import FastAPI, status
app = FastAPI()
@app.post("/items/", status_code=status.HTTP_201_CREATED)
async def create_item(name: str):
return {"name": name}
They are just a convenience, they hold the same number, but that way you can use the editor's autocomplete to find them:
"Technical Details"
You could also use from starlette import status
.
FastAPI provides the same starlette.status
as fastapi.status
just as a convenience for you, the developer. But it comes directly from Starlette.
Changing the default¶
Later, in the Advanced User Guide, you will see how to return a different status code than the default you are declaring here.