APP相比較于WAP和WEB，最大的區(qū)別就是沒有服務(wù)端的同步回應(yīng)了，因?yàn)槭窃贏PP上付的，所有同步回應(yīng)是在APP上的客戶端的，這樣就意味著不能在本機(jī)做測試，只有部署在線上的服務(wù)才行（WEB方式的話同步的return是通過瀏覽器的redirect實(shí)現(xiàn)的，于是可以寫自己的本機(jī)IP，瀏覽器跳轉(zhuǎn)就是我本地的服務(wù)了，這樣測試起來很簡單）。那格式什么的我就只能參考文檔了。文檔上是這么寫的。

http://notify.java.jpxx.org/index.jsp?discount=0.00&payment_type=1&subject=測試&trade_no=2013082244524842&buyer_email=dlwdgl@gmail.com&gmt_create=2013-08-22 14:45:23?ify_type=trade_status_sync&quantity=1&out_trade_no=082215222612710&seller_id=2088501624816263?ify_time=2013-08-22 14:45:24&body=測試測試&trade_status=TRADE_SUCCESS&is_total_fee_adjust=N&total_fee=1.00&gmt_payment=2013-08-22 14:45:24&seller_email=xxx@alipay.com&price=1.00&buyer_id=2088602315385429?ify_id=64ce1b6ab92d00ede0ee56ade98fdf2f4c&use_coupon=N&sign_type=RSA&sign=1glihU9DPWee+UJ82u3+mw3Bdnr9u01at0M/xJnPsGuHh+JA5bk3zbWaoWhU6GmLab3dIM4JNdktTcEUI9/FBGhgfLO39BKX/eBCFQ3bXAmIZn4l26fiwoO613BptT44GTEtnPiQ6+tnLsGlVSrFZaLB9FVhrGfipH2SWJcnwYs=

URL參數(shù)，恩。POST請求，恩。等等，sign里面有+號!!+號!! 沒有URL Encode!! 我一邊咒罵支付寶傻逼，一邊寫把等號替換為+的代碼... ...然后去上線運(yùn)行打log的時候我發(fā)現(xiàn)...次奧 有Encode的呀.... ....有Encode的呀... ...你這和文檔不一樣啊。。。文檔明明這么寫的啊。。。

突然覺得自己傻逼了.... ....而且我感覺這個放在URL參數(shù)里導(dǎo)致文檔和實(shí)際不一樣，那干脆不如放在requestBody里好了，避免框架自己做encode decode，多方便...

移動端行為不一致

后來我覺得用異步不是很靠譜，于是讓移動端把同步回應(yīng)的結(jié)果也發(fā)過來，因?yàn)槲铱吹轿臋n上是這么寫的:

ResultStatus={9000};memo={};result={partner="2088101568358171"&seller_id="xxx@alipay.com"&out_trade_no="0819145412-6177"&subject="測試"&body="測試測試"&total_fee="0.01"?ify_url="http://notify.msp.hk/notify.htm"&service="mobile.securitypay.pay"&payment_type="1"&_input_charset="utf-8"&it_b_pay="30m"&success="true"&sign_type="RSA"&sign="hkFZr+zE9499nuqDNLZEF7W75RFFPsly876QuRSeN8WMaUgcdR00IKy5ZyBJ4eldhoJ/2zghqrD4E2G2mNjs3aE+HCLiBXrPDNdLKCZgSOIqmv46TfPTEqopYfhs+o5fZzXxt34fwdrzN4mX6S13cr3UwmEV4L3Ffir/02RBVtU="}

(iOS和android類似所以貼一份)

那個result里面包含的信息也可以給服務(wù)端進(jìn)行驗(yàn)簽、更新表單等操作。

然后我后端實(shí)現(xiàn)好了，讓安卓和iOS傳回來，安卓一切正常，iOS驗(yàn)簽死活通不過，我就讓iOS把他在console里打印出來的內(nèi)容給我，我自己調(diào)試。發(fā)現(xiàn)還是不行，我就懷疑是不是支付寶返回來的東西本身就是驗(yàn)簽驗(yàn)不過的啊... ...然后和iOS的同事調(diào)試了好久... ...最后一個一個字符和安卓的回應(yīng)比較過去.... ....發(fā)現(xiàn)

notify_time=2015-10-19+16:01:20

這個時間中間為毛是個+，自己手動改成空格之后就過了......是個+號，說明空格被encode了...但這是他console打出來和watch的時候就有的... ...我不知道是支付寶那邊弄的，還是xcode的問題，因?yàn)榘沧渴呛玫?.. ...iOS這邊的空格被encode了.... ....

以為這么就好了嘛?? 安卓試了有支付寶和沒支付寶APP的情況，返回內(nèi)容都是一樣的。很好，測試通過。

然后iOS....在沒有支付寶APP的情況，使用支付寶SDK內(nèi)嵌的支付的情況...上面的返回?cái)?shù)據(jù)result是空的?。≈挥懈馬esultStatus。讓iOS反復(fù)檢查，后來在網(wǎng)上找了下發(fā)現(xiàn) http://blog.sina.com.cn/s/blog_702e40a80101knln.html，

我的媽阿，對返回值作了改變，為啥文檔又沒說明，讓我等苦逼的程序猿白白折磨了一兩天，情何以堪呢?？蜌獾膶⑽业南敕ㄌ崃私o支付寶的技術(shù)支持，回復(fù)說：不要太相信demo。

還是一樣的問題，文檔沒說！

文檔坑爹，demo坑爹，剩下的就是自己debug，看日志，做處理了。

哎，寫文檔什么的還是得走心啊。

如果直接使用ios客戶端簽名無任何問題，可以直接支付，但是如果將需要簽名的字符串通過接口請求傳給java簽名就會出一個問題，請求服務(wù)端簽名時，我們可以直接將客戶端的order轉(zhuǎn)換成字符串傳過去，這樣在服務(wù)端就只需要調(diào)用一個簽名方法即可，下面我來說下報(bào)的這個錯-->ALI40247，網(wǎng)上找了關(guān)于這個錯的原因, 對比了發(fā)現(xiàn)并不是這些原因?qū)е碌?，之后發(fā)現(xiàn)是-->java的簽名與objective-c的簽名結(jié)果不一樣，都是使用的相同的加密串官方demo簽名方法,為什么出現(xiàn)簽名不一樣，最后發(fā)現(xiàn)雖然oc和java的簽名結(jié)果不一樣,但是有一個規(guī)律-->java中簽名的"/"符號在oc簽名中是用"%"號代替,然后java的rsa簽名結(jié)果都有一個"=",但是在ios中這個"="等于 "%3D"，開始我說了直接用ios 客戶端簽名是可以直接支付的，那么只要java返回的簽名與ios一樣就行了，雖然他們簽名結(jié)果不一樣，但是現(xiàn)在發(fā)現(xiàn)一個固定的規(guī)律，所以只需要將java服務(wù)端返回的簽名中的特殊符號替換成ios簽名中的特殊符號就行了