趁着剛把支付寶功能完工,這裏我來總結一下。前端
名稱 | 類型 | 描述 |
---|---|---|
user_id | integer | 用戶ID |
payment_no | string | 支付單號(支付的時候生成一個惟一的支付單號) |
transaction_no | string | 流水號(支付寶返回的惟一流水號) |
status | string | 支付狀態('sucess'成功, 'fail'失敗,default:'initial'未支付) |
total_money | decimal | 支付總金額 |
payment_at | datetime | 付款時間 |
raw_response | text | 支付寶返回的原始數據結果集 |
名稱 | 類型 | 描述 |
---|---|---|
payment_id | integer | 對應的支付記錄id |
status | string | 訂單狀態(是不是付款成功,default:'initial'未支付) |
pay_options = { "service" => 'create_direct_pay_by_user', "partner" => ENV['ALIPAY_PID'], "seller_id" => ENV['ALIPAY_PID'], "payment_type" => "1", "notify_url" => ENV['ALIPAY_NOTIFY_URL'], "return_url" => ENV['ALIPAY_RETURN_URL'], "anti_phishing_key" => "", "exter_invoke_ip" => "", "out_trade_no" => payment.payment_no, "subject" => "xx商品購買", "total_fee" => payment.total_money, "body" => "xx商品購買", "_input_charset" => "utf-8", "sign_type" => 'MD5', "sign" => "" }
老版的時候寫的demo是進行md5進行加密,比較簡單,在新版中,須要採用RSA密鑰。數據庫
支付寶需求和原理:express
RSA密鑰驗籤流程: 支付寶會要求咱們本身生成RSA的公鑰和私鑰,而後開發平臺支付寶也會生成的一對這樣的密鑰,咱們本身生成的和支付寶生成的須要交換彼此的公鑰,咱們利用本身生成的密鑰對數據進行加密,而後拿到支付平臺生成的公鑰,再對彼此的私鑰進行驗證。json
實現步驟:api
給前端返回(加密後):微信
app_id=2020012345678&method=alipay.trade.page.pay&charset=utf-8&version=1.0×tamp=2017-12-06+16%3A54%3A14¬ify_url=http%3A%2F%2Fmallbear.com%2Fapi%2Fmobile%2Ftrades%2F4952%2Falipay_return&sign_type=RSA&biz_content=%7B%22out_trade_no%22%3D%3E%2220171206115444TNCWK%22%2C+%22subject%22%3D%3E%2220171206115444TNCWK%22%2C+%22timeout_express%22%3D%3E%2224h%22%2C+%22total_amount%22%3D%3E227.0%2C+%22product_code%22%3D%3E%22QUICK_MSECURITY_PAY%22%7D&sign=wSLRgh%2BRcHUYA4FIeOm73TRvvqsK%2F6TApMNjgJ3uqqo%2BMK%2BLIjIpqulSE5kIJ7%2BWLScGh9M9N8NmK3dD4BAlWnfaSai2H1Rgsb8eSD%2By1g5BRhnRIt6MlNkKwucEUnlKO1kR5rsZAEAVoowxOqT1HFUvrJLsr%2BeOJp6dnEeyfo8%3D
實際操做中須要注意的點總結: 1. 在構建支付寶請求參數的時候,須要先把biz_content轉換成json格式,而後把請求參數進行加密提交,把支付寶返回的參數中的簽名和(本地的公鑰+支付寶返回的參數)生成的簽名進行校驗比對 2. 驗籤的時候,用的是支付寶提供的公鑰,每64個字符要換行 3. 獲取請求參數的時候去掉無用的參數app
params.except(*request.path_parameters.keys)