RESTful API定義及使用規范


RESTful API定義及使用規范

首發於fxm5547的博客

 

RESTful本身是一種風格而不是規范,本文為該風格的規范實現的最佳實踐,本文檔詳細說明了HTTP RESTful API的定義和使用規范,作為接口調用者和實現者的重要參考。

接口風格

遵循RESTful設計風格,同時控制復雜度及易於使用,僅遵循大部分原則。 遵循原則:

  • 使用https協議
  • 版本號放入URL
  • 只提供json返回格式
  • post,put上使用json作為輸入
  • 使用http狀態碼作為錯誤提示
  • Path(路徑)盡量使用名詞,不使用動詞,把每個URL看成一個資源
  • 使用HTTP動詞(GET,POST,PUT,DELETE)作為action操作URL資源
  • 過濾信息
    • limit:指定返回記錄數量
    • offset:記錄開始位置
    • direction:請求數據的方向,取值prev-上一頁數據;next-下一頁數據
    • page:第幾頁
    • per_page:每頁條數
    • total_count:總記錄數
    • total_pages:總頁數,等於page時,表示當前是最后一頁
    • sort:column1,column2排序字段
    • orderby:排序規則,desc或asc
    • q:搜索關鍵字(uri encode之后的)
  • 返回結果
    • GET:返回資源對象
    • POST:返回新生成的資源對象
    • PUT:返回完整的資源對象
    • DELETE:返回一個空文檔
  • 速率限制
    • X-RateLimit-Limit: 每個IP每個時間窗口最大請求數
    • X-RateLimit-Remaining: 當前時間窗口剩余請求數
    • X-RateLimit-Reset: 下次更新時間窗口的時間(UNIX時間戳),達到下個時間窗口時,Remaining恢復為Limit

未遵循原則:

  • Hypermedia API(HATEOAS),通過接口URL獲取接口地址及幫助文檔地址信息
  • 限制返回值的域,fields=id,subject,customer_name
  • 緩存,使用ETag和Last-Modified

參考:

模塊和版本說明

接口模塊相互對立且有版本管理,模塊名作為APP配置項進行存儲,每個模塊的版本號version和endpoint在應用初始化時調用api模塊信息接口(通過傳遞客戶端應用名稱和版本號獲取各個API模塊的endpoint和version)獲取並存儲。

  • 示例模塊及最新版本號:

公共參數

Headers

公共請求參數是指每個接口都可能需要傳遞的參數,公共參數通過header傳遞。

Web應用通過cookies傳遞session id,user_id和token無需傳遞,接口會從session自動獲取;

  • 同一token值在App和Web各應用間通用(token即為session id);
  • APP修改user-agent,在原有user-agent的尾部添加$app/$versionNetType/$value。如:
    • Dalvik/2.1.0 (Linux; U; Android 6.0.1; MI 4LTE MIUI/V7.5.3.0.MXGCNDE) $app-android/3.0.0 NetType/4G
    • Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_2 like Mac OS X) AppleWebKit/603.2.4 (KHTML, like Gecko) $app-ios/3.0.0 NetType/WIFI
  • app取值及釋義示例

app取值客戶端名稱【域名】admin-pc管理中心PC網頁版【】admin-h5管理中心手機網頁版【】admin-ios管理中心iOS版admin-android管理中心Android版

Cookies

  • 用於告知服務端是否支持Webp的Cookie:cookie name是supportWebp,取值是1(支持)和0(不支持),未傳遞時服務端默認取值為0。
  • Webview植入Session的Cookie:

JWT

  • Json Web Token可用於替代session-cookie機制。但會存在一些問題,比如為過期token強制失效問題(用戶修改了密碼后,無法強制其他的終端token全部失效)。

權限

  • 權限分為
    • none:無需任何授權;
    • token:需要用戶登錄授權,可通過header AuthorizationCookie CoSID傳遞;
    • admintoken:需要管理員登錄授權,可通過header AuthorizationCookie CoCPSID傳遞;
    • token || admintoken:用戶登錄授權或管理員登錄授權都可以;

 

 

狀態碼說明

正確
接口正常訪問情況下,服務器返回2××的HTTP狀態碼。

錯誤
當用戶訪問接口出錯時,服務器會返回給一個合適的4××或者5××的HTTP狀態碼;以及一個application/json格式的消息體,消息體中包含錯誤碼code和錯誤說明message。

  • 5××錯誤(500=<status code)為服務器或程序出錯,客戶端只需要提示“服務異常,請稍后重試”即可,該類錯誤不在每個接口中列出。
  • 4××錯誤(400=<status code<500)為客戶端的請求錯誤,需要根據具體的code做相應的提示和邏輯處理,message僅供開發時參考,不建議作為用戶提示。
  • 部分錯誤示例:

 

參數傳遞

遵循RESTful規范,使用了GET, POST, PUT, DELETE共4種請求方法。

  1. GET:請求資源,返回資源對象
  2. POST:新建資源,返回新生成的資源對象
  3. PUT:新建/更新資源,返回完整的資源對象
  4. DELETE:刪除資源,返回body為空
  • GET請求不允許有body, 所有參數通過拼接在URL之后傳遞,所有的請求參數都要進行遵循RFC 3986的URL Encode。
  • DELETE刪除單個資源時,資源標識通過path傳遞,批量刪除時,通過在body中傳遞JSON。
  • POST, PUT請求,所有參數通過JSON傳遞,可選的請求參數,只傳有值的,無值的不要傳遞,contentType為application/json。

4種請求動作中,GET、PUT、DELETE是冪等的;只有POST是非冪等的。冪等操作的特點是其任意多次執行所產生的影響均與一次執行的影響相同。 是非冪等是判斷接口使用POST還是PUT的決定條件

注意: APP端獲取json數據時,對於數值類型字段必須以數值類型轉換,無論傳遞過來的值是否帶引號。

 

速率限制Rate Limiting

  • 為了防止API被惡意調用,對API調用進行速率限制。
  • 速率限制為每IP每15分鍾5000次(dev/qa為10W)調用(15分鍾是一個時間窗口)。
  • 限制是針對孩寶所有接口模塊一起計算的(Redis key為APIRL:{IP}),暫時沒有特殊的模塊或單個接口(未來可能有)。
  • 你可以通過每個接口返回的HTTP headers了解當前速率限制的情況:
    • X-RateLimit-Limit: 每個IP每個時間窗口最大請求數
    • X-RateLimit-Remaining: 當前時間窗口剩余請求數
    • X-RateLimit-Reset: 下次更新時間窗口的時間(UNIX時間戳),達到下個時間窗口時,Remaining恢復為Limit

 

  • 超出速率限制,返回以下錯誤

 

安全注意事項

  • 用戶登錄后用戶的token;aliyun OSS的bucket、AccessKey ID與AccessKey secret;微視頻的appid、sign、bucket;這些關鍵數據通過調用接口獲得,需要在客戶端以安全的方式存儲。
  • 音頻視頻在APP內的存儲,不允許被拷貝(即使越獄或root后拿走也無法使用)。

測試工具

推薦Chrome瀏覽器插件Postman作為接口測試工具, Postman下載地址

 

文檔生成工具

調用示例

  • 偽代碼

 

  • PHP

 

API模塊信息獲取

  • App配置文件中僅存儲api模塊名,App初始化時請求獲取api模塊信息,獲取各個api模塊的信息(endpoint和version)。
編輯於 2017-11-22
REST
API


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM