支付
1.支付寶和銀聯(lián)的支付流程
常用的支付方式有：
1、支付寶支付
支付流程：
（1）先與支付寶簽約，獲取商戶id（partner）和賬號id（seller）
（2）下載相應的公私鑰文件（加密簽名使用），在客戶端我們可能只需要私鑰
（3）下載支付寶sdk
（4）生成訂單信息，可以直接客戶端或者自己服務端生存都可以，但是大多是服務端生存的。
（5）調(diào)用支付寶客戶端，有支付寶客戶端跟支付寶打交道
（6）支付完畢之后返回結(jié)果給客戶端和服務端。
2、微信支付
支付流程：
(1)注冊微信開放平臺，創(chuàng)建應用獲取appid，appSecret，申請支付功能，申請成功之后會返回一些參數(shù)詳情見圖
(2)下載微信支付sdk
(3)客戶端請求訂單，后臺與微信后臺交互，返回給客戶端支付參數(shù)；
(4)調(diào)用微信客戶端，由微信客戶端和微信服務器打交道；
(5)客戶端和服務端都會收到支付結(jié)果；（前臺消息不可靠，我們需要去后臺驗證，如果后臺沒有收到支付通知，后臺去微信服務器驗證然后將結(jié)果返回給客戶端）
注意事項：
1）如果APP里面已經(jīng)使用了ShareSDK，就有一些地方要注意。不要再重復導入微信的SDK，因為shareSDK里面的extend已經(jīng)包括了微信的SDK。
2）微信本身是鼓勵客戶APP把簽名算法放到服務器上面，這樣信息就不容易被破解。但是如果客戶APP本身沒有服務器端，或者認為不需要放到服務器端，也可以直接把簽名（加密）的部分直接放在APP端。Sample代碼的注釋有點亂，多次提到服務器云云，但是其實可以不這么做。
3、銀聯(lián)
支付流程：
（1）注冊申請就不是前端的事了，直接介入sdk
（2）從自己的服務端獲取流水號
（3）然后調(diào)用銀聯(lián)sdk，不用跳轉(zhuǎn)，銀聯(lián)sdk直接是內(nèi)嵌的
（4）支付完成之后會回調(diào)代理方法
4、內(nèi)購
?請求有效的產(chǎn)品代號集合
?購買指定產(chǎn)品
?驗證購買
?恢復購買
http://www.tairan.com/archives/2215/
5、Ping++
https://pingxx.com/guidance/products/apple-pay
Ping++同時支持微信支付、公眾賬號支付、支付寶錢包、百度錢包、銀聯(lián)手機支付、掃碼支付 開發(fā)者不再需要編寫冗長的代碼，簡單幾步就可以使你的應用獲得支付功能。
支付流程：
(1) Client發(fā)送支付要素給Server
(2) Server發(fā)送支付請求并將返回的支付憑據(jù)傳給Client
(3) Client調(diào)起支付控件完成支付
(4)渠道同步返回支付結(jié)果給Client
(5).Server收到Ping++發(fā)送的交易結(jié)果的異步通知
6、BeeCloud
https://beecloud.cn/doc/?from=timeline&isappinstalled=1#sec_pay?index=1
目前已經(jīng)包含微信APP、支付寶APP、銀聯(lián)在線APP、PayPal、百度錢包APP支付功能，以及支付訂單和退款訂單的查詢功能。還包含了線下收款功能(包括微信掃碼、微信刷卡、支付寶掃碼、支付寶條形碼)，以及訂單狀態(tài)的查詢與訂單撤銷
支付流程：
(1)app向發(fā)送支付要素 ?做完這一步之后就會跳到相應的支付頁面（如微信app中），讓用戶繼續(xù)后續(xù)的支付步驟
（2）SDK向BeeCloud服務器發(fā)送預支付請求
（3）BeeCloud服務器返回預支付數(shù)據(jù)
(4)SDK發(fā)起支付請求
（5）同步返回支付結(jié)果給app
付款完成或取消之后，會回到客戶app中，需要做相應界面展示的更新（比如彈出框告訴用戶"支付成功"或"支付失敗")。非常不推薦用同步回調(diào)的結(jié)果來作為最終的支付結(jié)果，因為同步回調(diào)可能（雖然可能性不大）出現(xiàn)結(jié)果不準確的情況，最終支付結(jié)果應以下面的異步回調(diào)為準。
（6）異步返回支付結(jié)果 給BeeCloud服務器
(7)(在客戶服務端）處理異步回調(diào)結(jié)果（Webhook）
付款完成之后，根據(jù)客戶在BeeCloud后臺的設置，BeeCloud會向客戶服務端發(fā)送一個Webhook請求，里面包括了數(shù)字簽名，訂單號，訂單金額等一系列信息?？蛻粜枰诜斩艘罁?jù)規(guī)則要驗證數(shù)字簽名是否正確，購買的產(chǎn)品與訂單金額是否匹配，這兩個驗證缺一不可。驗證結(jié)束后即可開始走支付完成后的邏輯。
4知道幾種支付方式，用過哪種簡單談談？說說在開發(fā)中遇到的問題？
常用的支付方式有：
1、支付寶支付
支付流程：
（1）先與支付寶簽約，獲取商戶id（partner）和賬號id（seller）
（2）下載相應的公私鑰文件（加密簽名使用），在客戶端我們可能只需要私鑰
（3）下載支付寶sdk
（4）生成訂單信息，可以直接客戶端或者自己服務端生存都可以，但是大多是服務端生存的。
（5）調(diào)用支付寶客戶端，有支付寶客戶端跟支付寶打交道
（6）支付完畢之后返回結(jié)果給客戶端和服務端。
2、微信支付
支付流程：
(1)注冊微信開放平臺，創(chuàng)建應用獲取appid，appSecret，申請支付功能，申請成功之后會返回一些參數(shù)詳情見圖
(2)下載微信支付sdk
(3)客戶端請求訂單，后臺與微信后臺交互，返回給客戶端支付參數(shù)；
(4)調(diào)用微信客戶端，由微信客戶端和微信服務器打交道；
(5)客戶端和服務端都會收到支付結(jié)果；（前臺消息不可靠，我們需要去后臺驗證，如果后臺沒有收到支付通知，后臺去微信服務器驗證然后將結(jié)果返回給客戶端）
注意事項：
1）如果APP里面已經(jīng)使用了ShareSDK，就有一些地方要注意。不要再重復導入微信的SDK，因為shareSDK里面的extend已經(jīng)包括了微信的SDK。
2）微信本身是鼓勵客戶APP把簽名算法放到服務器上面，這樣信息就不容易被破解。但是如果客戶APP本身沒有服務器端，或者認為不需要放到服務器端，也可以直接把簽名（加密）的部分直接放在APP端。Sample代碼的注釋有點亂，多次提到服務器云云，但是其實可以不這么做。
3、銀聯(lián)
支付流程：
（1）注冊申請就不是前端的事了，直接介入sdk
（2）從自己的服務端獲取流水號
（3）然后調(diào)用銀聯(lián)sdk，不用跳轉(zhuǎn)，銀聯(lián)sdk直接是內(nèi)嵌的
（4）支付完成之后會回調(diào)代理方法
4、內(nèi)購
?請求有效的產(chǎn)品代號集合
?購買指定產(chǎn)品
?驗證購買
?恢復購買
http://www.tairan.com/archives/2215/
5、Ping++
https://pingxx.com/guidance/products/apple-pay
Ping++同時支持微信支付、公眾賬號支付、支付寶錢包、百度錢包、銀聯(lián)手機支付、掃碼支付 開發(fā)者不再需要編寫冗長的代碼，簡單幾步就可以使你的應用獲得支付功能。
支付流程：
(1) Client發(fā)送支付要素給Server
(2) Server發(fā)送支付請求并將返回的支付憑據(jù)傳給Client
(3) Client調(diào)起支付控件完成支付
(4)渠道同步返回支付結(jié)果給Client
(5).Server收到Ping++發(fā)送的交易結(jié)果的異步通知
6、BeeCloud
https://beecloud.cn/doc/?from=timeline&isappinstalled=1#sec_pay?index=1
目前已經(jīng)包含微信APP、支付寶APP、銀聯(lián)在線APP、PayPal、百度錢包APP支付功能，以及支付訂單和退款訂單的查詢功能。還包含了線下收款功能(包括微信掃碼、微信刷卡、支付寶掃碼、支付寶條形碼)，以及訂單狀態(tài)的查詢與訂單撤銷
支付流程：
(1)app向發(fā)送支付要素 ?做完這一步之后就會跳到相應的支付頁面（如微信app中），讓用戶繼續(xù)后續(xù)的支付步驟
（2）SDK向BeeCloud服務器發(fā)送預支付請求
（3）BeeCloud服務器返回預支付數(shù)據(jù)
(4)SDK發(fā)起支付請求
（5）同步返回支付結(jié)果給app
付款完成或取消之后，會回到客戶app中，需要做相應界面展示的更新（比如彈出框告訴用戶"支付成功"或"支付失敗")。非常不推薦用同步回調(diào)的結(jié)果來作為最終的支付結(jié)果，因為同步回調(diào)可能（雖然可能性不大）出現(xiàn)結(jié)果不準確的情況，最終支付結(jié)果應以下面的異步回調(diào)為準。
（6）異步返回支付結(jié)果 給BeeCloud服務器
(7)(在客戶服務端）處理異步回調(diào)結(jié)果（Webhook）
付款完成之后，根據(jù)客戶在BeeCloud后臺的設置，BeeCloud會向客戶服務端發(fā)送一個Webhook請求，里面包括了數(shù)字簽名，訂單號，訂單金額等一系列信息?？蛻粜枰诜斩艘罁?jù)規(guī)則要驗證數(shù)字簽名是否正確，購買的產(chǎn)品與訂單金額是否匹配，這兩個驗證缺一不可。驗證結(jié)束后即可開始走支付完成后的邏輯。
7.支付功能-需要返回哪些參數(shù)
公共返回參數(shù)
result_code返回碼0為正常
result_msg返回信息，OK為正常
err_detail具體錯誤信息
id成功發(fā)起支付后返回支付表記錄
不同的支付方式的返回參數(shù)有些不同，可以到官方文檔去看。
支付寶返回參數(shù)說明
1、支付寶的返回有兩種：return的客戶端返回，notify的服務器通知返回。
支付完成后立刻返回到外部網(wǎng)站的客戶端上，是可見的，返回機制：以GET的方式返回
返回信息包括提交給支付寶的訂單信息，可根據(jù)這個返回信息做相應的操作顯示給客戶看。
notify_url：服務器的返回
服務器的通知返回是由支付寶的服務器發(fā)起，以POST的方式返回到合作伙伴的網(wǎng)站上。返回信息包括提交給支付寶的訂單信息，在返回的文件中，需要輸出success做為支付寶通知返回信息成功，若沒有這個success的輸出，那么支付寶的服務器會24小時內(nèi)返回同樣的返回消息，返回的時間頻率會逐漸減弱，（1分鐘、3分鐘、5分鐘、10分鐘、15。。。。。。。。。。）
notify_url頁面中只能做對數(shù)據(jù)庫的業(yè)務操作
建議：return_url和notify_url可以都設置，前者做數(shù)據(jù)顯示，后者做更新數(shù)據(jù)庫
2、 注意的地方，每種返回都是有一個sign和mysign的驗證，作用，驗證參數(shù)是否有效和是否是支付寶發(fā)出的消息。還有一個交易狀態(tài)的判斷：trade_status是判斷交易狀態(tài)是否成功，例如：
返回狀態(tài)：
trade_status = "WAIT_BUYER_PAY"等待買家付款
trade_status = "WAIT_SELLER_SEND_GOODS"買家付款，等待買家發(fā)貨
trade_status = "WAIT_BUYER_CONFIRM_GOODS"賣家付款，等待買家確認
rade_status = "TRADE_FINISHED"交易完成
基本上會有以上幾種重要的交易狀體需要判斷，還有一些詳細：請以支付寶接口文檔為主，當然不是每種接口都有這些交易狀態(tài)，虛擬的即時到帳接口是不存在買賣雙方確認的環(huán)節(jié)的。
service ? ? ?= ? "create_direct_pay_by_user"即時到帳接口的服務名稱
service ? ? ?= ? "trade_create_by_buyer"標準實務雙接口服務名稱
HAS_NO_PRIVILEGE出現(xiàn)這個樣的錯誤，請注意您說開通的接口權(quán)限是否是以上兩種，或者在您集成的接口中是否有用您與支付寶簽約后的ID和key
4.支付的安全處理；
（1）請求基于https
（2）可多次進行數(shù)據(jù)加密
關于支付方面安全的處理不用我們?nèi)ス?，具體的安全問題是由支付寶、微信等支付三方的自己內(nèi)部去做的。
27.有沒有做過支付？需要注意哪些問題？
有:
1、產(chǎn)品的支付驗證服務器選擇
當創(chuàng)建好產(chǎn)品后，客戶端進行IAP服務監(jiān)聽后，由于IAP在支付后成功后，會收到蘋果服務器的支付憑證，客戶端在獲取到支付憑證后，需要將支付憑證反饋給server服務器進行支付驗證確認。此時，不管是采用客戶端APP的server驗證方式還是客戶端APP驗證方式，都需要根據(jù)當前APP的支付環(huán)境選擇正確的驗證地址，在蘋果服務器中，沙盒測試環(huán)境的IAP驗證地址為：https://sandbox.itunes.apple.com/verifyReceipt，正常線上交易的驗證地址為：https://buy.itunes.apple.com/verifyReceipt，為保證審核的通過，需要在客戶端或server進行雙重驗證，即，先以線上交易驗證地址進行驗證，如果蘋果正式驗證服務器的返回驗證碼code為21007，則再一次連接沙盒測試服務器進行驗證即可。
在應用提審時，蘋果IAP提審驗證時是在沙盒環(huán)境的進行的，即：蘋果在審核App時，只會在sandbox環(huán)境購買，其產(chǎn)生的購買憑證，也只能連接蘋果的測試驗證服務器，如果沒有做雙驗證，需要特別注意此問題，否則會被拒；
2、產(chǎn)品線上支付過程中的不同環(huán)境處理
IAP沙盒環(huán)境及線上環(huán)境在處理過程中有些問題，需進行特殊處理；
在沙盒環(huán)境下，進行支付時，無銀行支付驗證過程，此時應用一直處于IAP支付過程中，直至支付完成；
而在線環(huán)境下，由于IOS6添加了支付確認過程，導致在銀行密碼確認過程中確認完畢后，應用未能及時返回APP,且此時會收到server下推的SKPaymentTransactionStateFailed事件，當返回到應用后，如果此時已經(jīng)注冊了IAP支付消息處理，當剛才的支付成功后，蘋果服務器會反饋SKPaymentTransactionStatePurchased或SKPaymentTransactionStateRestored事件，此時客戶端在此事件中獲取憑證并進行支付確認；
由于部分類型具有購買恢復操作Restore，所以當刪除APP后，又重新安裝APP，此時需要恢復之前的購買時，在IAP處理中仍需進行SKPaymentTransactionStateRestored事件的處理，如果通過server方式進行支付憑證驗證的，需要判斷當前的Restore事件是恢復支付還是購買支付，以保證servver的統(tǒng)計正確；此時可由server根據(jù)驗證憑證中的有效信息（如有效期信息）進行判斷是為新的購買還是以往支付的恢復；
3、IAP事件注冊時機
對于IAP支付，當支付成功時但由于網(wǎng)絡等引起的支付憑證驗證失敗或未進行驗證時，在IAP事件注冊后，蘋果服務器會通過SKPaymentTransactionStatePurchased或SKPaymentTransactionStateRestored事件進行返回支付憑證，客戶端需對此支付憑證進行驗證，以保證支付完整性；為此，在app啟動時，應直接進行IAP事件注冊；即：[SKPaymentQueuedefaultQueue]addTransactionObserver操作；
4、越獄手機的IAP問題
由于越獄手機可能安裝了黑客的惡意程序，監(jiān)聽網(wǎng)絡數(shù)據(jù)，支付憑證中并不包含任何用戶的apple id信息，所以我們的app和服務器無法知道這個憑證是誰買的，如果惡意程序截獲蘋果服務器的有效支付憑證，但惡意程序?qū)⒓俚闹Ц稇{證發(fā)給后臺server導致原支付的賬號驗證失敗，而此時惡意程序?qū)⒔孬@的有效支付憑證對應到另外的支付賬號上，就會導致該惡意程序設置的賬號通過正確的支付憑證而獲取server的認證。
所以，對于越獄的手機可禁用IAP支付，采用第三方支付平臺進行支付的方式。
