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