前言
最近做了一個(gè)項(xiàng)目, 又需要集成微信支付, 以前一直沒(méi)有記錄下來(lái), 這次在集成的過(guò)程中, 碰到了很多坑, 所以記錄下來(lái), 紀(jì)念我這次遇到的坑.
下載之前
這篇文章暫時(shí)不詳細(xì)描敘微信的支付流程了, 想要具體了解微信支付的業(yè)務(wù)流程的朋友, 請(qǐng)點(diǎn)擊 微信的官方文檔, 圖1是從官方文檔上扣下來(lái)的一張圖.
圖1
下載
- 首先我們要下載微信的SDK, 微信的SDK很多的第三方都包含了, 比如友盟, Share, Bmob等. 本文是下載微信原生的SDK, 沒(méi)有接入其他的第三方, 下載請(qǐng)點(diǎn)擊官方下載地址, 我下載的是最新的1.7.9版本. 下載完了, 我們可以看到一共有圖2的幾個(gè)文件.
圖2 - 這里的README.txt已經(jīng)描敘的很清楚我們應(yīng)該怎么配置, 我們可以好好的看看.
配置
- 打開(kāi)xCode的
Build Phaseslink 如下 圖3
README.txt里少了一個(gè)libc++.tbd圖3 - 配置URL Types 如圖4
添加的URL Schemes 填寫(xiě)我們微信開(kāi)放平臺(tái)申請(qǐng)應(yīng)用的Appid
圖4
配置中會(huì)出現(xiàn)的坑
- iOS 9系統(tǒng)策略更新，限制了http協(xié)議的訪問(wèn)，此外應(yīng)用需要在“Info.plist”中將要使用的URL Schemes列為白名單，才可正常檢查其他應(yīng)用是否安裝, 需要在info.plist里添加以下代碼
<key>LSApplicationQueriesSchemes</key>
<array>
<string>weixin</string>
</array>
<key>NSAppTransportSecurity</key>
<dict>
<key>NSAllowsArbitraryLoads</key>
<true/>
</dict>
- 需要在工程配置中的”O(jiān)ther Linker Flags”中加入”-Objc -all_load” 如圖5
圖5 - 項(xiàng)目中有其他第三方庫(kù), 如友盟, Share, Bmob等其中包含了微信SDK的包, 導(dǎo)致有重復(fù)的包libWeChatSDK.a, 刪除這個(gè)包
代碼
- 注冊(cè)服務(wù)
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
[WXApi registerApp:@"我是微信開(kāi)放平臺(tái)中應(yīng)用的APPID"];
return YES;
}
- 回調(diào) (注意遵從WXApiDelegate協(xié)議)
//微信SDK自帶的方法，處理從微信客戶(hù)端完成操作后返回程序之后的回調(diào)方法,顯示支付結(jié)果的
- (void) onResp:(BaseResp*)resp
{
//啟動(dòng)微信支付的response
NSString *payResoult = [NSString stringWithFormat:@"errcode:%d", resp.errCode];
if([resp isKindOfClass:[PayResp class]]){
//支付返回結(jié)果，實(shí)際支付結(jié)果需要去微信服務(wù)器端查詢(xún)
switch (resp.errCode) {
case 0:
payResoult = @"支付結(jié)果：成功！";
break;
case -1:
payResoult = @"支付結(jié)果：失敗！";
break;
case -2:
payResoult = @"用戶(hù)已經(jīng)退出支付！";
break;
default:
payResoult = [NSString stringWithFormat:@"支付結(jié)果：失敗！retcode = %d, retstr = %@", resp.errCode,resp.errStr];
break;
}
// [[NSNotificationCenter defaultCenter] postNotificationName:@"wxResult" object:@(resp.errCode)];
}
NSLog(@"result === %@", payResoult);
}
- 支付
PayReq *request = [[PayReq alloc] init];
// 應(yīng)用的appid
request.openID = [responseObject objectForKey:@"appid"];
// 商戶(hù)的id
request.partnerId = [responseObject objectForKey:@"mch_id"];
// 預(yù)支付id
request.prepayId= [responseObject objectForKey:@"prepay_id"];
// 這個(gè)地方是固定的值
request.package = [responseObject objectForKey:@"packageValue"];
// 隨機(jī)串
request.nonceStr= [responseObject objectForKey:@"nonce_str"];
// 時(shí)間戳
request.timeStamp= (UInt32)[[responseObject objectForKey:@"timestamp"] integerValue];
// 簽名
request.sign= [responseObject objectForKey:@"sign"];;
[WXApi sendReq:request];
以上的responseObject是來(lái)源于服務(wù)器那面, 服務(wù)器那面會(huì)返回我們需要的這些參數(shù), 這些操作放在后端更安全可靠. 一般服務(wù)器比較容易出現(xiàn)錯(cuò)誤的地方就是簽名這個(gè)地方, 記得要做二次簽名.
如果上面的步驟都沒(méi)問(wèn)題, 我們應(yīng)該就可以順利的調(diào)起微信支付.
注意 微信支付的單位是分
回調(diào)的坑
- 微信支付成功后, 點(diǎn)擊 返回xxApp
- 點(diǎn)擊取消
- 支付失敗
以上都會(huì)觸發(fā)appDelegate里的WXApiDelegate協(xié)議- (void) onResp:(BaseResp*)resp的回調(diào)
但是, 如果我們支付成后, 點(diǎn)擊iOS9后默認(rèn)的左上角返回, 或是從后臺(tái)直接進(jìn)入到app中, 都不會(huì)觸發(fā)回調(diào), 所以App中的回調(diào)是不能準(zhǔn)確確定訂單是否真的支付成功. 官方文檔也強(qiáng)調(diào)我們不要用客戶(hù)端的回調(diào)作為判斷支付成功的依據(jù).
- 微信在支付成功后, 會(huì)通知客戶(hù)端的回調(diào), 也會(huì)通過(guò)notify_url通知服務(wù)器回調(diào), 我們客戶(hù)端應(yīng)該根據(jù)后端的接口返回的數(shù)據(jù), 來(lái)確定這一個(gè)訂單是否真正的支付成功
- 我們可以在
- (void)applicationWillEnterForeground:(UIApplication *)application這個(gè)方法里根據(jù)一定的邏輯調(diào)用那個(gè)驗(yàn)證支付的接口, 來(lái)處理訂單, 可以用通知的形式把參數(shù)傳遞到要處理訂單的controller - 筆者完全沒(méi)有在微信的回調(diào)方法中處理訂單, 都是在下面這兩個(gè)方法里根據(jù)后臺(tái)給的查詢(xún)訂單支付接口處理訂單, 避免了左上角和后臺(tái)進(jìn)入app驗(yàn)證不了訂單是否支付的bug
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
- (void)applicationWillEnterForeground:(UIApplication *)application
demo的下載地址
結(jié)束
努力, 奮斗!
