前言–支付寶開發(fā)碰到任何問題，首先考慮官方社區(qū)，不要去百度。支付寶的第二份文檔就分散在社區(qū)的各個帖子里。

需求：在支付寶內打開網頁后調起支付。

我不去一篇篇貼文檔了。因為，文檔都能查得到，time work而已。但你肯定會遇到坑，不停地報–40004 ACQ.INVALID_PARAMETER。
坑1–total_amount這個參數(shù)是string，cnm，連官方例程中都是float，好不好。用了支付寶的云排查，才發(fā)現(xiàn)，一直在報這個參數(shù)為空。
坑2–buyer_id必須傳，什么特殊可選，扯蛋。

總的來說，相比微信的開發(fā)文檔。支付寶的文檔既缺少關聯(lián)性，又缺少整體脈絡，更不對一些歧義的細節(jié)加以說明。
比如：開發(fā)者關心支付，那就該單獨為支付列出一個總綱，然后具體闡述即可。但是這些東西是散落在一堆文檔中的。在手機網站支付的文檔中就看不到H5支付相關，支付寶只對文檔做了縱向歸類，但沒有橫向的整理。
再者，H5支付用到的jsapi，里面的tradeNO這個參數(shù)，一點說明都沒有，不告訴你應該從哪個接口去獲取，只能根據(jù)注解去猜。
更可恨的是，官方的示例都有錯，重要的參數(shù)不作詳細說明。
當然，也并不是沒優(yōu)點。至少，支付寶沒有微信那么一套繁瑣的流程，只要配置一個授權回調域名就可以了。

更新at 20181127: 關于notify_url的設置， 不能放在biz_content中，應該在request中設置。 因為它是公共參數(shù)，不是特定參數(shù)。 躺這個坑，一半是因為眼瞎，另一半是慣性思維， 官方例程中biz_content中有個show_url參數(shù)，怎么就讓我潛意識認為notify_url因為放在其中。 其實，這個和阿里自身的文檔缺失有很大原因。 開發(fā)文檔有問題始終不更新，把開發(fā)者論壇當成了開發(fā)文檔的補充。。。醉 alipay.trade.create完成的支付，回調的定義沒有文檔有直接說明， 在官方論壇上，官方人員才回應了這個接口的回調和掃碼異步通知的回調是一樣的。 可是開發(fā)文檔明明白白寫了，那篇文檔只適用于掃碼支付。 你說，這叫人如何能明白。自然會讓人在碰到問題時，本能的對阿里的接口不信任。 吐槽結束，建議支付寶還是要學微信，做一些針對開發(fā)的專題文檔。 這次用到的H5支付，所需要的資料都是散落在各個角落里。最后，還是要感謝官方支付寶小二。 在論壇跟帖后，15分鐘就回復了。 當然，大家提問的時候也應該盡量先自查，用好云排查。 然后，看下問題被處理時需要的參數(shù)，提前提供出來，節(jié)省雙方時間。更新at 20181128： 關于退款。 秉承支付寶一貫的原則--就不告訴你。 退款接口調用沒啥問題，問題是退款也是有異步通知的。 而且，這個通知是你創(chuàng)建訂單時候定義的。 而且，這個通知是和支付完成通知幾乎一樣的。 而且，按照官方解釋--你只能根據(jù)是否存在refund_fee來判斷退款是否成功。 [社區(qū)的官方指南](https://openclub.alipay.com/read.php?tid=8328&fid=72&page=1) 你說，你就把這篇文檔貼在退款接口那作補充說明不好么。

總結

以上是生活随笔為你收集整理的支付宝实现JS调起支付你必须知道的坑(40004 ACQ.INVALID_PARAMETER)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。