信可以充值羊城通/嶺南通了！安卓微信最新版已經支持羊城通/嶺南通充值，只要你的安卓機帶有NFC模塊，并且符合微信規定的型號，就可以直接用手機為羊城通/嶺南通充值了！微信充值羊城通/嶺南通如何操作？手機充值羊城通/嶺南通靠譜嗎？一起來看看微信充值羊城通/嶺南通教程吧。

使用微信充值羊城通/嶺南通其實很簡單，首先安裝最新版的微信，并且確保開啟了手機的NFC。接著開啟微信，把羊城通/嶺南通卡片貼近手機的NFC模塊（一般都是手機背后），微信就會自動彈出充值羊城通/嶺南通的窗口了。

開啟微信后把羊城通/嶺南通卡靠近NFC模塊，就可以充值了，也可以查看羊城通/嶺南通的各種信息

保持卡片貼緊不要動，微信會自動讀取卡片的信息，例如卡號、余額等信息都可以查看到。接著，就可以利用微信支付為羊城通/嶺南通卡充值了！微信支付的步驟很簡單，和支付寶的使用別無二致，這里就不詳細展開介紹了。在充值的過程中，要注意保持羊城通/嶺南通卡和手機緊貼，不一會兒充值就完成。充值完成后，會顯示此時此刻的余額，還是很方便的。

充值過程快到飛起

用微信充值羊城通/嶺南通的確非常方便，但這是不是盡善盡美呢？也不算是。目前微信充值羊城通/嶺南通的功能處于試用階段，自然也擁有一些不足。例如，微信并不能識別所有的羊城通/嶺南通，某些卡片會提示需要升級，甚至直接提示不支持。至于什么羊城通/嶺南通卡可以充值，筆者也未能找到標準，大家可以盡管試試。

某些羊城通/嶺南通卡無法充值

這種老卡不能充值的概率很大

其次，微信充值羊城通/嶺南通并不能支持所有的安卓設備。雖然很多安卓機都帶有NFC，但微信還是列出了兼容性名單，某些型號的安卓機就是不能充值羊城通/嶺南通的，這點也帶來了不便，希望日后可以支持更多的安卓設備吧。

微信NFC充值羊城通/嶺南通支持設備名單

總的來說，微信充值羊城通/嶺南通對于安卓用戶來說的確是個大福利。雖然最新款的iPhone也帶有NFC，但是微信并不支持用iPhone的NFC為羊城通/嶺南通充值，充值羊城通/嶺南通算得上是安卓微信領先iOS微信的功能。如果你擁有一部帶NFC的安卓機，又在廣州佛山等支持羊城通/嶺南通的城市生活，不妨試試用微信充值羊城通/嶺南通吧。

信支付在 2013 年發布，作為內測開發者一路走來，可以感覺到微信支付接口穩定程度、文檔的準確性都有質的提升。圍繞支付相關的場景也配備對應的接口。

本次小程序的發布，隨機附送了一個微信支付模塊，該模塊使用起來的情況如何，就由我來告訴你吧。

業務流

拋開小程序的微信支付模塊，我們總覽微信支付的一些基本情況。

微信支付有以下支付模式:

• 微信客戶端內的網頁支付 (JSAPI)
• 掃碼支付 (PC 端，移動支付終端)
• 刷卡支付 (支付終端掃描)
• app 支付 (iOS, Android)

各種支付交互流程可通過微信文檔進行查看，在此不贅述。

支付發起

所有支付方式都需要通過 『統一下單』的 API 來進行獲取一個支付憑證，在內測以及剛發布的微信支付，是沒有『統一下單』的概念，HTML 5 應用發起支付可以直接通過前端構造參數來進行發起。此時微信支付開發者很容易就造成支付憑證泄露等安全問題。

為此，微信支付將其流程做了優化，在所有支付場景中插入『統一下單』，推薦開發者在后端完成支付參數的構建等行為。

該優化帶來以下好處:

• 盡可能讓開發者不犯低級錯誤，造成財務損失。
• 簡化構造支付參數的復雜度，所有支付方式可共享一個支付后端接口

通過『統一下單』獲取到相對應 prepay_id 或者 code_url 等參數，即可通過各種支付模式的 SDK 來進行微信支付的發起。

支付結果接收

微信支付發起完成后，微信還需要提供一個通知系統，以便及時讓應用知道用戶已經完成支付，可以進行下一步的業務操作。

通知方式為一個 POST 請求，payload 為支付的狀態信息，以及支付訂單信息。

注意必須對通知參數進行簽名驗證，以確保安全。

進行簽名驗證時，除去簽名字段，一般參數名為: sign，不需要參與簽名外，其余所有接收到的參數均需要參與簽名。

周邊接口

通過 『支付發起』，『支付結果接收』，即可完成一個簡單的微信支付系統。當然，微信還提供一下接口:

具體使用可以參考微信文檔，根據自身業務情況適當的進行采用。

絆腳石

嗯，沒錯，我們吃了一次螃蟹，小程序剛內測，我們就決定使用微信支付模塊，畢竟我們要實現的是一個電商應用 (電商沒支付算什么嘛。

開發過程中，我們掉了一些坑。

支付憑證

小程序的微信支付需要單獨去申請，因為小程序是有獨立的 appid，不能使用以前的支付賬戶，即使是全網發布也不能，因為小程序不是一個 HTML 5 應用。

簽名方式

MD5! MD5! MD5!

微信公眾文檔有很多 SHA1, MD5 的簽名要求，微信支付相關的簽名，暫時暫時暫時都是使用 MD5。

小程序端在發起微信支付的時候是通過以下方式來進行發起:

按照微信文檔簽名的要求，參與簽名的字段應該為

• timeStamp
• nonceStr
• package
• signType

ok，按照簽名算法得到的簽名，去發起支付，居然提示失敗了，經過與微信對接人員溝通后，參與簽名的字段還需要加上 appid, 哦，不對，是 appId（請嚴重區分駝峰命名的大小寫）。

對這樣的結果我表示不服，隨即我翻閱了微信支付所有文檔，終于在微信 JSSDK 的文檔中找到一行備注。

備注：prepay_id 通過微信支付統一下單接口拿到，paySign 采用統一的微信支付 Sign 簽名生成方法，注意這里 appId 也要參與簽名，appId 與 config 中傳入的 appId 一致，即最后參與簽名的參數有appId, timeStamp, nonceStr, package, signType。

怪我咯(黑人問號) 點我去取笑!

timestamp 類型

小程序端發起微信支付的方式已經貼在上面了，但沒那么簡單，繼續貼文檔說明。

文檔告訴我們 timeStamp應該帶著int類型傳入。我們前端的同學照做了，然后就過來罵我。

你們后端參數是不是有問題!!! 提示 timeStamp不存在了都

經過排查，傳入的 timeStamp的值類型應該為String

結尾語

總體上小程序接入微信支付還是比較簡單的，沒有過多復雜的設置，如果之前開發過微信支付后端的開發者，還可以復用同一個支付模塊。

文檔的編寫不嚴謹，使得開發舒爽度嚴重被削減。

相信隨著時間推進，文檔會慢慢完善，畢竟以前也是這么過來的。