API介面TOKEN設計

首先需要知道api是什麼？

api的特點：

1、因為是非開放性的，所以所有的介面都是封閉的，只對公司內部的產品有效；

2、因為是非開放性的，所以oauth那套協議是行不通的，因為沒有中間使用者的授權過程；

3、介面分為需要使用者登入才能訪問的和不需要使用者登入就可訪問的；

針對以上特點，移動端與服務端的通訊就需要兩種不同的token，一種針對介面的api_token,一種針對使用者的user_token;

一.api_token

按伺服器端和客戶端都擁有的共同屬性生成乙個隨機串，客戶端生成這個串，伺服器也按同樣演算法生成乙個串，用來校驗客戶端的串。

現在的介面基本是mvc模式，url基本是restful風格，url大體格式如下：

模組名/控制器名/方法名?引數名1=引數值1&引數名2=引數值2

$api_token = md5 ('模組名' + '控制器名' + '方法名' + '2018-1-18' + '加密金鑰') = 789fed3842aabd834e9a5dd7735532de2

1.'2018-1-18' 為當天時間

欄位名及欄位型別

client_id varchar(20) 客戶端id

client_secret varchar(20) 客戶端(加密)金鑰

服務端介面校驗，php實現流程如下：

<?php 
//獲取get引數值
$module = $_get['module'];
$controller = $_get['controller']
$action = $_get['action'];
$client_id = $_get['client_id'];
$api_token = $_get[''api_token];
//根據客戶端傳過來的client_id，查詢資料庫，獲取對應的client_secret
$client_secret = getclientsecret($client_id);
//服務端重新生成乙個api_token
$api_token_server = md5($module . $controller . $action . date('y-m-d', time()) . $client_secret);
//客戶端傳過來的api_token與服務端生成的api_token進行校對，如果不相等，則表示驗證失敗
if ($api_token != $api_token_server) 
//驗證通過，返回資料給客戶端
?>

二.user_token

它的職責是保護使用者的使用者名稱及密碼多次提交，以防密碼洩露。

如果介面需要使用者登入，其訪問流程如下：

1、使用者提交「使用者名稱」和「密碼」，實現登入（條件允許，這一步最好走https）；

user_token = md5('使用者的uid' + 'unix時間戳') = etye0fgkgk4ca2ttdsl0ae9a5dd77471fgf

服務端用資料表維護user_token的狀態，表設計如下：

欄位名及欄位型別如下：

user_id int(11) 使用者id

user_token varchar(36) 使用者token

expire_time int 過期時間（unix時間戳）

服務端生成user_token後，返回給客戶端（自己儲存），客戶端每次介面請求時，如果介面需要使用者登入才能訪問，則需要把 user_id與user_token傳回給服務端，服務端接受到這2個引數後，需要做以下幾步：

1、檢測user_token的有效性；

2、刪除過期的user_token表記錄；

3、根據user_id，user_token 獲取表記錄，如果表記錄不存在，直接返回錯誤，如果記錄存在，則進行下一步；

4、更新user_token 的過期時間（延期，保證其有效期內連續操作不掉線）；

5、返回介面資料；

介面用例如下：新增測試介面

請求方式： post

post引數：title=哈嘍&content=我的世界

返回資料：

ref:

api介面token驗證

1 因為是非開放性的，所以所有的介面都是封閉的，只對公司內部的產品有效 2 因為是非開放性的，所以oauth那套協議是行不通的，因為沒有中間使用者的授權過程 3 有點介面需要使用者登入才能訪問 4 有點介面不需要使用者登入就可訪問針對以上特點，移動端與服務端的通訊就需要2把鑰匙，即2個token。...

API介面TOKEN設計

api介面token驗證

api介面token驗證

api介面token驗證

相關推薦