1、介面驗證種類及外部訪問方式種類：
（2）給予表單的web驗證：對於**來說，有些網頁需要我們登入才可以操作，http請求是無狀態，使用者每次操作都登入一遍也是不可能的，這個時候通常就需要將使用者的登入狀態記錄cookie中，cookie每次會隨請求傳送到服務端，以此來進行驗證。
2、引數解析：
（2）random、timestamp是為了防止重放攻擊(reply-attacks)的 ,這是為了請求被竊取後，再次發起惡意請求。引數timestamp時間戳是必須的，所謂時間戳是指從1970-1-1 至當前的總秒數。我們規定乙個時間，例如20分鐘，超過20分鐘就算過期，如果當前時間與時間戳的間隔超過20分鐘，就被拒絕。random不是必須的，但有了它可以更好地防止重放攻擊，理論上來說，timestamp+random應該是唯一的，這個時候我們可以將其作為key快取在redis,如果通過請求的timestamp+random能在規定的時間獲取到，就拒絕。這裡還有個問題，客戶端與服務端時間不同步怎麼辦? 這個可以要求客戶端校正時間，或者把過期時間調大，例如30分鐘才過期，再或者可以使用網路時間。防止重放攻擊也是很常見的，例如你可以把手機時間調到較早前乙個時間，再使用手機銀行，這個時候就會受到error了。
API介面簽名驗證
系統從外部獲取資料時，通常採用api介面呼叫的方式來實現。請求方和介面提供方之間的通訊過程，有這幾個問題需要考慮 1 請求引數是否被篡改 2 請求 是否合法 3 請求是否具有唯一性。今天跟大家 一下主流的通訊安全解決方案。引數簽名方式 這種方式是主流。它要求呼叫方按照約定好的演算法生成簽名字串，作為...
api介面token驗證
1 因為是非開放性的，所以所有的介面都是封閉的，只對公司內部的產品有效 2 因為是非開放性的，所以oauth那套協議是行不通的，因為沒有中間使用者的授權過程 3 有點介面需要使用者登入才能訪問 4 有點介面不需要使用者登入就可訪問 針對以上特點，移動端與服務端的通訊就需要2把鑰匙，即2個token。...
api介面token驗證
1 因為是非開放性的，所以所有的介面都是封閉的，只對公司內部的產品有效 2 因為是非開放性的，所以oauth那套協議是行不通的，因為沒有中間使用者的授權過程 3 有點介面需要使用者登入才能訪問 4 有點介面不需要使用者登入就可訪問 針對以上特點，移動端與服務端的通訊就需要2把鑰匙，即2個token。...