這一篇是《iOS開發(fā)之支付》這一部分的繼支付寶支付集成，銀聯(lián)支付集成第三篇，微信支付。在集成的時候建議都要去下載最新版的SDK，因為我知道的前不久支付寶，銀聯(lián)都更新了一次，微信的不太清楚更新了沒。
在被支付寶、銀聯(lián)坑過之后，發(fā)現(xiàn)其實微信支付的集成并沒有想象中的那么困難，像支付寶那樣簡單地調(diào)用個方法就行，重要的難的部分都是后臺來做的。微信支付也是需要簽名的，也跟支付寶一樣，可以在客戶端簽名，也可以在后臺簽名（當(dāng)然，為了安全還是推薦在服務(wù)器上做簽名，邏輯也比較好理解）。
集成前首先要看看文檔，
開發(fā)文檔在這里還有
APP端開發(fā)步驟也是需要好好看看的。
ps:在微信開發(fā)者平臺注冊APP這樣的事一般的是經(jīng)理給你做好的，這個可以忽略,如果需要做的話，可以參考這篇文章。
交互流程
這個流程和支付寶的流程都差不多，理解了其實是一樣的。
首先需要理清楚流程：
- 用戶使用APP客戶端，選擇商品下單。
- 商戶客戶端（就是你做的APP）將用戶的商品數(shù)據(jù)傳給商戶服務(wù)器，請求生成支付訂單。
- 商戶后臺調(diào)用統(tǒng)一下單API向微信的服務(wù)器發(fā)送請求，微信服務(wù)器生成預(yù)付單，并生成一個prepay_id返回給商戶后臺。
- 商戶后臺將這個prepay_id返回給商戶客戶端。
- 用戶點擊確認(rèn)支付，這時候商戶客戶端調(diào)用SDK打開微信客戶端，進(jìn)行微信支付。
- 微信客戶端向微信服務(wù)器發(fā)起支付請求并返回支付結(jié)果（他們之間交互用的就是prepay_id這個參數(shù)，微信的服務(wù)器要驗證微信客戶端傳過去的參數(shù)是否跟第三步中生成的那個id一致）。
- 用戶輸入支付密碼后，微信客戶端提交支付授權(quán)，跟微信服務(wù)器交互，完成支付
- 微信服務(wù)器給微信客戶端發(fā)送支付結(jié)果提示，并異步給商戶服務(wù)器發(fā)送支付結(jié)果通知。
- 商戶客戶端通過支付結(jié)果回調(diào)接口查詢支付結(jié)果，并向后臺檢查支付結(jié)果是否正確，后臺返回支付結(jié)果。
- 商戶客戶端顯示支付結(jié)果，完成訂單，發(fā)貨。
雖然看起來有點多，但是理解起來并不復(fù)雜，跟我們平時手機上買東西是一樣的。我們客戶端需要做的就是
- 調(diào)起微信客戶端發(fā)起支付
- 顯示支付結(jié)果
集成過程
首先是要下載SDK，
建議頭文件和示例都下載出來看看。（吐槽下，官方的示例難看死了，看的眼暈！注釋都沒幾個。。。鄙視之）
導(dǎo)入微信支付SDK庫
導(dǎo)入上面那個iOS頭文件和庫下載下載出來的SDK包的就行啦，我這里的是SDK1.6.2. 然后需要鏈接上依賴庫，在Target —> BuildPhases —> Link Binary With Libraries— 點擊+號 -> 搜索你需要的系統(tǒng)庫。
- SystemConfiguration.framework
- libz.tbd
- libsqlite3.0.tbd
- CoreTelephony.framework
- QuartzCore.framework
設(shè)置URL Scheme
在注冊微信平臺APP的時候，會給一個唯一識別標(biāo)識符（APPID），在APP端開發(fā)步驟里面說得很清楚了，需要填在URL Schemes這個地方，
在Appdelegate中注冊APPID
如下：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// Override point for customization after application launch.
/**
* 向微信終端注冊ID，這里的APPID一般建議寫成宏,容易維護(hù)。@“測試demo”不需用管。這里的id是假的，需要改這里還有target里面的URL Type
*/
[WXApi registerApp:@"wxd930ea5d5a258f4f" withDescription:@"測試demo"];
return YES;
}
處理微信通過URL啟動時傳遞的數(shù)據(jù)
//前面的兩個方法被iOS9棄用了，如果是Xcode7.2網(wǎng)上的話會出現(xiàn)無法進(jìn)入進(jìn)入微信的onResp回調(diào)方法，就是這個原因。本來我是不想寫著兩個舊方法的，但是一看官方的demo上寫的這兩個，我就也寫了。。。。
//9.0前的方法，為了適配低版本 保留
- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url{
return [WXApi handleOpenURL:url delegate:self];
}
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation{
return [WXApi handleOpenURL:url delegate:self];
}
//9.0后的方法
- (BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionary<NSString *,id> *)options{
//這里判斷是否發(fā)起的請求為微信支付，如果是的話，用WXApi的方法調(diào)起微信客戶端的支付頁面（://pay 之前的那串字符串就是你的APPID，）
return [WXApi handleOpenURL:url delegate:self];
}
//微信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é)果：失?。etcode = %d, retstr = %@, resp.errCode,resp.errStr];
break;
}
}
}
最重要的來了??！
調(diào)用微信支付前，需要下單、簽名等操作，以便獲取微信支付所必要的參數(shù)。為了提高安全性，下單、簽名操作一般是在后臺完成，在前臺做的話被捕獲改信息就不開心了。。。。。
需要的參數(shù)包括：appid、partid（商戶號）、prepayid（預(yù)支付訂單ID）、noncestr（參與簽名的隨機字符串）、timestamp（參與簽名的時間戳）、sign（簽名字符串）這六個。
在點擊支付的控制器中使用核心代碼來調(diào)起微信客戶端支付,這些個參數(shù)都是后臺傳給你的。 加上了注釋，應(yīng)該很好理解的。
#pragma mark 微信支付方法
- (void)WXPay{
//需要創(chuàng)建這個支付對象
PayReq *req = [[PayReq alloc] init];
//由用戶微信號和AppID組成的唯一標(biāo)識，用于校驗微信用戶
req.openID = @"";
// 商家id，在注冊的時候給的
req.partnerId = @"";
// 預(yù)支付訂單這個是后臺跟微信服務(wù)器交互后，微信服務(wù)器傳給你們服務(wù)器的，你們服務(wù)器再傳給你
req.prepayId = @"";
// 根據(jù)財付通文檔填寫的數(shù)據(jù)和簽名
//這個比較特殊，是固定的，只能是即req.package = Sign=WXPay
req.package = @"";
// 隨機編碼，為了防止重復(fù)的，在后臺生成
req.nonceStr = @"";
// 這個是時間戳，也是在后臺生成的，為了驗證支付的
NSString * stamp = @"";
req.timeStamp = stamp.intValue;
// 這個簽名也是后臺做的
req.sign = @"";
//發(fā)送請求到微信，等待微信返回onResp
[WXApi sendReq:req];
}
這個JSON里面的數(shù)據(jù)（上面的參數(shù)）就是后臺需要傳給你的，至于怎么來，也有后臺的文檔，讓他去看下就行啦~~~
{
"appid": "wxb4ba3c02aa476ea1",
"noncestr": "d1e6ecd5993ad2d06a9f50da607c971c",
"package": "Sign=WXPay",
"partnerid": "10000100",
"prepayid": "wx20160218122935e3753eda1f0066087993",
"timestamp": "1455769775",
"sign": "F6DEE4ADD82217782919A1696500AF06"
}
到這里，不出意外的話應(yīng)該都能正常的支付了。流程最重要，理解了就知道怎么做了，強烈建議需要做的朋友們先理理思路，不要急著下手。
PS:這篇文章中，簽名都是在后臺做的，如果需要在你客戶端做，可以參考下這篇文章，和這篇文章，他們的簽名在客戶端做的，寫的也比較詳細(xì)了。
可能遇到的問題
1.如果支付完成后，一直留在微信，那就檢查下URLType中的Scheme設(shè)置問題。
2.能夠打開微信客戶端，但是打開后只有中間一個白色的 “確定按鈕”，點擊后會回到客戶端上，如果是這樣，那應(yīng)該是prepayid 參數(shù)的問題，過期了，或者不是真實的id。代碼沒有問題的。特別注意的是，微信要兩次簽名，兩次~~~~
3.如果APP里面使用了友盟或者ShareSDK做分享，那就不用再導(dǎo)入SDK了，否則會出現(xiàn)一些詭異的問題，例如無法調(diào)起手機微信客戶端、無法調(diào)起微信客戶端web頁面，調(diào)起了但是一閃而過。。。這都基本上都是因為分享的SDK里面已經(jīng)包括了微信的SDK。所以如果出現(xiàn)詭異的錯誤了看看是不是兩個沖突了！
4.微信支付的單位是分，被坑過的人都知道了。。。。哎，
如果在集成過程中遇到什么問題，大家可以一起討論下，我記錄這些如果有什么錯誤的話也請告訴我！謝謝！
