FastAPI 響應報文 4

請求乙個介面返回來我們客戶端可見的東西都是所謂的響應報文，如響應頭，響應碼，響應內容等。

通常不會那麼傻的使用者輸入什麼就返回什麼。以下的官網示例純粹的演示看：

import

uvicorn
from fastapi import
fastapi
from pydantic import
basemodel, emailstr
class
userin(basemodel):
username: str
password: str
email: str
full_name: str =none
class
userout(basemodel):
username: str
email: str
full_name: str =none
"/user/
", response_model=userout)
async 
def create_user(*, user: userin):
return
user
if__name__ == '
__main__':
', host="
127.0.0.1
", port=8000, reload=true, debug=true)

通常再定義我們的api返回響應的時候，一般是返回固定json格式的，所以可以直接使用定義response_model為乙個字典：

import

uvicorn
from fastapi import
fastapi
from typing import
dict
"/keyword-weights/", response_model=dict[str, float])
async def read_keyword_weights():
return 
if__name__ == '
__main__':
', host="
127.0.0.1
", port=8000, reload=true, debug=true)

通常的乙個介面請求完成，如果沒有什麼異常通常會返回200： 如日誌列印出來一樣：

fastapi執行我們的指定返回的status_code，如下示例：

由於在路由中定死了狀態碼500，所以這裡就是500

甚至還可以通過匯入status來指定：

訪問

可以看到狀態碼為201

響應報文writeHead

1.http狀態碼 2.內容型別 res.writehead 200,用於建立 伺服器的模組 當使用者端有請求來的時候 req請求物件，包含了請求相關的資訊，獲取請求方式 res.end 結束請求並且為客戶端響應內容 console.log req.method console.log req.ur...

請求 響應報文

通訊雙方如果想要通訊就必須遵循一定的規則，我們把這個規則稱之為http協議！報文 http協議通訊的內容我們稱之為 報文 報文格式 報文首部 空行報文主體 請求報文 請求首部 請求首行和請求頭部 空行請求主體 響應報文 響應首部 空行響應主體 報文分類 請求報文 瀏覽器傳送給伺服器端的內容 get請...

請求報文及響應報文

請求首部 請求首行和請求頭部 空行 請求主體 get請求 cookie jsessionid c55836cda892d9124c03cf8fe8311b15請求首行 請求方式 請求資源 url 請求協議 版本號 請求頭部 表示客戶端可以接受的文件型別，表示的是可以接受任意型別 accept lan...