支付寶APP接入的那些坑們
這幾天工作是APP的支付寶接入,做了WAP的,感覺很簡單,MD5做簽名,實現alipay支付完成同步的return和非同步的notify,更新本地表單資訊即可。因為有其他同事做了WEB端的,WAP端改了服務型別即可。然後任務是做APP端,這坑的數量簡直是... ...
坑爹的文件
APP相比較於WAP和WEB,最大的區別就是沒有服務端的同步回應了,因為是在APP上付的,所有同步回應是在APP上的客戶端的,這樣就意味著不能在本機做測試,只有部署線上上的服務才行(WEB方式的話同步的return是通過瀏覽器的redirect實現的,於是可以寫自己的本機IP,瀏覽器跳轉就是我本地的服務了,這樣測試起來很簡單)。那格式什麼的我就只能參考文件了。文件上是這麼寫的。
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引數,恩。POST請求,恩。等等,sign裡面有+號!!+號!! 沒有URL Encode!! 我一邊咒罵支付寶傻逼,一邊寫把等號替換為+的程式碼... ...然後去上線執行打log的時候我發現...次奧 有Encode的呀.... ....有Encode的呀... ...你這和文件不一樣啊。。。文件明明這麼寫的啊。。。
突然覺得自己傻逼了.... ....而且我感覺這個放在URL引數裡導致文件和實際不一樣,那乾脆不如放在requestBody裡好了,避免框架自己做encode decode,多方便...
移動端行為不一致
後來我覺得用非同步不是很靠譜,於是讓移動端把同步回應的結果也發過來,因為我看到文件上是這麼寫的:
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裡面包含的資訊也可以給服務端進行驗籤、更新表單等操作。
然後我後端實現好了,讓安卓和iOS傳回來,安卓一切正常,iOS驗籤死活通不過,我就讓iOS把他在console裡列印出來的內容給我,我自己除錯。發現還是不行,我就懷疑是不是支付寶返回來的東西本身就是驗籤驗不過的啊... ...然後和iOS的同事除錯了好久... ...最後一個一個字元和安卓的回應比較過去.... ....發現
notify_time=2015-10-19+16:01:20
這個時間中間為毛是個+
,自己手動改成空格之後就過了......是個+號,說明空格被encode了...但這是他console打出來和watch的時候就有的... ...我不知道是支付寶那邊弄的,還是xcode的問題,因為安卓是好的... ...iOS這邊的空格被encode了.... ....
以為這麼就好了嘛??
安卓試了有支付寶和沒支付寶APP的情況,返回內容都是一樣的。很好,測試通過。
然後iOS....在沒有支付寶APP的情況,使用支付寶SDK內嵌的支付的情況...上面的返回資料result是空的!!只有格ResultStatus。讓iOS反覆檢查,後來在網上找了下發現 http://blog.sina.com.cn/s/blog_702e40a80101knln.html,
我的媽阿,對返回值作了改變,為啥文件又沒說明,讓我等苦逼的程式猿白白折磨了一兩天,情何以堪呢。客氣的將我的想法提了給支付寶的技術支援,回覆說:不要太相信demo。
還是一樣的問題,文件沒說!
文件坑爹,demo坑爹,剩下的就是自己debug,看日誌,做處理了。
哎,寫文件什麼的還是得走心啊。
相關文章
- 手機APP如何接入支付寶支付APP
- Python:那些年我們遇到的坑Python
- uniapp之那些年踩過的坑APP
- 小程式開發,那些我們跳過的坑
- 那些年我們一起踩過的Dubbo坑
- 那些年提交 AppStore 稽核踩過的坑APP
- 我們不要送人頭!出海日本的那些坑與躲避的技巧
- 那些年,我們一起走過的iOS推送的坑iOS
- Java接入支付寶支付教程Java
- 那些年,我們一起追過的APPAPP
- ASP.NET MVC 4 開發指南 實踐的那些坑們ASP.NETMVC
- iOS AVPlayer的那些坑iOS
- CEF 中的那些坑
- android appium微信等自動化的那些坑兒AndroidAPP
- Jquery那些坑jQuery
- Android 接入微信支付寶支付Android
- 記錄--uniapp相容微信小程式和支付寶小程式遇到的坑APP微信小程式
- iOS開發的那些坑iOS
- Python裡的那些坑Python
- 移動端的那些坑
- 再見,BLE的那些坑!
- Go語言的那些坑Go
- Laravel裡的那些坑 - OptionalLaravel
- phalcon遇到的那些坑
- jcenter上傳的那些坑
- JavaScript 操作 DOM 的那些坑JavaScript
- 【原創】MYSQL 的那些“坑”MySql
- 使用WebDriver遇到的那些坑Web
- 坑!坑!坑!那些年運營犯過的錯誤
- 遊戲接入支付寶遇到的一些問題遊戲
- 繼承那些坑繼承
- 寫給那些IT的新人們
- Apple Watch應用開發經驗談:我遇到的那些坑APP
- 那些你需要注意的坑
- Fragment中呼叫startActivityForResult的那些坑Fragment
- iOS開發的那些坑(貳)iOS
- 【iOS】那些年,遇到的小坑iOS
- jQuery升級踩的那些坑jQuery