支付寶 二維碼/轉帳碼/生成方式,突破二維碼生成數量的限制

支付寶收款的幾種方式:

1. 經過xposed 設置金額/備註.而後能夠獲得一張二維碼.這是傳統的方式.
2. 經過支付寶的接口,本身拼接字符串.而後根據字符串生成一個二維碼對於

對於傳統方式.支付寶限制了一天二維碼的生成數量.在這之間簡直是好用得不要不要得.可是忽然間支付寶爸爸說.你搞那麼多二維碼幹啥.還備註...一天給你20張夠不夠?

因而乎一瞬間哀鴻遍野.有得同窗有先見之明,生成好的二維碼都存起來了.有存貨,如今還能夠拿出來用.可是沒有存貨的怎麼辦?

第二種方式,就出現了,轉帳碼:

轉帳碼也有多種途徑

alipays://platformapi/startapp?appId=09999988&actionType=toAccount&goBack=NO&amount=1.00&userId=2088802397828744&memo=hello

 

本身拼接轉帳碼,這種方式好用,方便,生成簡單.老小皆宜,同嫂無欺,可是用戶掃碼以後.發現可編輯的.金額還能夠改.備註也能夠改.能改?用戶別那麼傻,改了你就會掉單.嗯程序員都是這麼認爲的.哪一個**會去改啊.就這麼用把.好上線吧.過了幾天看看數據裏,咦掉單了.咦怎麼備註都是商品?臥槽.用戶吧備註刪了.!!! 這把輪到本身傻眼了吧 因而,最後一種方式,堪稱完美 既能生成二維碼,金額備註仍是鎖死的,用戶還不能修改,一會兒什麼都解決了.

<script>
function returnApp() {
    AlipayJSBridge.call("exitApp")
}

function ready(a) {
    window.AlipayJSBridge ? a && a() : document.addEventListener("AlipayJSBridgeReady", a, !1)
}
ready(function() {
    try {
        var a = {
            actionType: "scan",
            u: "2088002357544150",
            a: "10",
            m: "hello",
            biz_data: {
                s: "money",
                u: "2088002357544150",
                a: "10",
                m: "hello"
            }
        }
    } catch (b) {
        returnApp()
    }
    AlipayJSBridge.call("startApp", {
        appId: "20000123",
        param: a
    }, function(a) {})
});
document.addEventListener("resume", function(a) {
    returnApp()
});
</script>

文章轉自https://my.oschina.net/xinyu126/blog/2963198

【轉】支付寶 二維碼/轉帳碼/生成方式,突破二維碼生成數量的限制

標籤：二維碼生成   span   UNC   map   mount   action   二維碼   pos   net   

原文地址：https://www.cnblogs.com/wangjiayuan/p/10063258.html