今天看到一篇文章： 銀泰和支付寶線下合作，推廣支付寶當面付款的功能
其實仔細分析一下，覺得當面付這個功能說實在的，對消費者來說，並沒有太大的優勢，主要表現在以下幾點：
1 當面付的資金要麼從支付寶餘額支付，要麼從關聯的快捷銀行卡支付。對於大多數使用者來說，直接使用信用卡支付即可，為什麼要經過支付寶錢包繞一圈，人為增加了一道手續。
2 線下支付最重要的是支付效率，從個人經驗來看，銀行卡的支付效率是除現金之外，目前線下支付場景中最快的。耍一下，簽個字即可。對於銀泰這種大賣場，支付效率最為重要，否則排隊的人不耐煩不想買了，最終損失的銀行。從當面付的流程來看，先淘出手機，解鎖，選擇支付寶錢包，在解鎖，選擇到制定的頁面，對準聲波發生器，如果一切順利的話，自然還好，如果不順利的話，急死你。整個過程要保證櫃檯網路暢通。我自己體驗過，必須網路訊號好，手機別套套子，外部環境安靜的情況下，支付成功率比較高。
不過支付寶當面付對於賣場來說，是有一些優勢的，主要是費率，銀聯卡的費率比較高，如果支付寶當面付的費率很低的話，商戶可以節約很大一部分成本。但是核心問題不是賣家而是買家是否願意使用。從支付寶的定位來看，主要是解決支付的問題，那麼線下購物是否可以採用類似網上購物的模式，構成乙個閉環。自己分析了一下，覺得還是可行的。
1 每當你去大商場買東西的時候，開始的時候發現乙個商品，比如褲子比較合身，但是你想看看後面還有更好的，如果沒有發現更適合的，你只能重新來到這家店在來買這一件褲子。那能不能和線上購物一樣，先儲存訂單，等全部看完之後，在確定是否需要
2 在大商場舉辦打折活動的時候，購買的人非常多，你必須要一點點在櫃檯前面排隊，等待支付。這個過程是同步，必須等待前乙個人支付完成之後，後面在支付。而且整個過程你必須排隊，一離開就只能重新再排了，如果這個時候你肚子難受，不就鬱悶死。
從上面的線下購物兩個場景來看，其實和線上購物比較類似的，在網路上購物，首先是選擇商品，然後下單，進入購物車，在對購物車的訂單進行確認，進入了收銀台，然後支付，在等待收貨即可。簡化一下線上購物流程：挑選商品——>下單——>在購物車確認訂單——>進入收銀台——>支付訂單——>等待收貨。
模擬線上購物，線下是否也可以做成和線上一樣了，其實仔細分析一下，兩者有著很大的共同點，
在整個訂單支付的過程，完全不需要依賴賣場的櫃面，而且是非同步進行的，不用排隊。你可以一邊吃飯，一邊完成整個訂單的支付過程。
這裡面要解決乙個問題：如何知道訂單是屬於哪個賣場的和屬於賣場的那個具體店鋪的？
解決方案1：
解決方案2：
顯然第二種對於賣場來說是比較合理的，對使用者來說也是方便的，賣場獲取了使用者的資訊，使用者操作也比較方便，但是必須依賴賣場。
微信支付之前的統一下單
1.客戶下單，該單據儲存在自己的庫存中 1.統一下單介面講解 統一下單介面 欄位名變數名 必填型別 示例值描述 公眾賬號id 是string 32 wxd678efh567hg6787 商戶號mch id 是string 32 1230000109 裝置號device info 否string 32...
C 微信支付統一下單 APP支付介面
第二坑 packagestr 這個東西必須要加上 sign wxpay 把 這些工作做完了 現在我們看 下面的 本人親自 測試完全沒問題 直接可以用 只要你的上面的配置沒問題 public string notifyurl 支付類建構函式，三個關鍵引數缺一不可，均不能為空 總金額，單位 分，不能為空...
android 微信支付 統一下單介面獲取
private void wxpay string order id inputstream is conn.getinputstream 獲取返回資料 使用輸出流來輸出字元 可選 bytearrayoutputstream out new bytearrayoutputstream byte bu...