微信JSAPI支付回調

来源:http://www.cnblogs.com/huangenai/archive/2017/01/25/6349869.html
-Advertisement-
Play Games

在微信支付中,當用戶支付成功後,微信會把相關支付結果和用戶信息發送給商戶,商戶需要接收處理,並返回應答。 在經歷了千幸萬苦之,填完了所有的JSAPI支付的坑後(微信JSAPI支付 跟 所遇到的那些坑),好不容易調起了微信支付介面,看到了親愛的支付頁面,支付成功後發現自己還有個叫做微信回調的忘了處理, ...


在微信支付中,當用戶支付成功後,微信會把相關支付結果和用戶信息發送給商戶,商戶需要接收處理,並返回應答。

在經歷了千幸萬苦之,填完了所有的JSAPI支付的坑後(微信JSAPI支付 跟 所遇到的那些坑),好不容易調起了微信支付介面,看到了親愛的支付頁面,支付成功後發現自己還有個叫做微信回調的忘了處理,內心一萬隻草泥馬在狂奔中。

首先:

檢查在統一下單的時候,通知地址是否填寫正確。

接收微信支付非同步通知回調地址也是有要求:通知url必須為直接可訪問的url,不能攜帶參數。示例:notify_url:“https://pay.weixin.qq.com/wxpay/pay.action”

在微信支付開發,支付結果通用通知介紹說明頁面→https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=9_7&index=3。

說明瞭:支付完成後,微信會把相關支付結果和用戶信息發送給商戶,商戶需要接收處理,並返回應答。

一開始我是蒙逼的,不知道這個是要用頁面來做還是用一般處理程式來弄,回調回來後,更新支付狀態,然後做應答,啥應答,我要咋應答??what??

而且如果如果微信收到商戶的應答不是成功或超時,微信認為通知失敗,微信會通過一定的策略定期重新發起通知,儘可能提高通知的成功率,但微信不保證通知最終能成功。 (通知頻率為15/15/30/180/1800/1800/1800/1800/3600,單位:秒)

意味著,有可能用戶支付成功了,微信也不能保證通知成功。

如果我不做出應答微信會重新發起通知,回調支付成功頁面。

還有個坑是 註意:同樣的通知可能會多次發送給商戶系統。商戶系統必須能夠正確處理重覆的通知。

所以說,在微信回調時候,還要判斷這個訂單是否回調過,併成功了。

這個回調頁面的地址不能泄露哦,防止惡意虛假有人模擬微信回調,出現“假通知”,造成資金損失。

 

在看完微信的官方文檔後,以及各種搜索後,開始了微信支付回調的處理。

(1)在微信支付授權目錄下新建一個aspx頁面作為微信回調頁面。

(2)代碼

            string returnResutStr = "";
            try
            {
                Logger.Info("微信支付回調進入頁面");

                #region 獲取參數值 根據需要解析對應的參數
                ResponseHandler resHandler = new ResponseHandler(null);
                string result_code = resHandler.GetParameter("result_code");//業務結果
                string return_code = resHandler.GetParameter("return_code");//返回狀態嗎
                string out_trade_no = resHandler.GetParameter("out_trade_no");//商戶訂單號
                string WEXIN_OPENID = resHandler.GetParameter("openid");//微信openid
                string transaction_id = resHandler.GetParameter("transaction_id");//微信支付單號
                #endregion

                if (result_code == "SUCCESS" && return_code == "SUCCESS") //驗證 是否 微信 回調
                {
                    #region 日誌處理

                    Logger.Info("微信支付回調,驗證成功,訂單號:" + orderno);

                    #endregion
                   
                    #region 驗證成功 邏輯處理
if (//判斷是否為真實訂單){
//更新支付狀態 if (fals) //更新支付狀態成功 { #region 日誌處理 Logger.Info("微信支付回調更新訂單支付狀態,更新訂單支付狀態成功,訂單號:" + orderno); #endregion returnResutStr ="<xml><return_code><![CDATA[SUCCESS]]></return_code><return_msg><![CDATA[OK]]></return_msg></xml>"; } else //更新支付狀態失敗 { #region 日誌處理 Logger.Info("微信支付回調更新訂單支付狀態,更新訂單支付狀態失敗,訂單號:" + orderno); #endregion returnResutStr ="<xml><return_code><![CDATA[FAIL]]></return_code><return_msg><![CDATA[error]]></return_msg></xml>"; } } else { Logger.Info("微信支付回調更新訂單支付狀態,查無此單,訂單號:" + out_trade_no); } #endregion } else //微信回調失敗 { #region 日誌處理 Logger.Error("微信支付回調更新訂單支付狀態,驗證失敗,回調參數是非法的"); #endregion returnResutStr ="<xml><return_code><![CDATA[FAIL]]></return_code><return_msg><![CDATA[error]]></return_msg></xml>"; } } catch (Exception exception) { #region 添加錯誤日誌 Logger.Error("微信支付回調更新訂單支付狀態,出現異常:" + exception.Message + ",堆棧:" + exception.StackTrace); #endregion returnResutStr = "<xml><return_code><![CDATA[FAIL]]></return_code><return_msg><![CDATA[error]]></return_msg></xml>"; } Response.Write(returnResutStr);

returnResutStr 就是返回的應答。

 

一開始,支付成功後,仔細檢查回調地址沒問題。可是微信回調一直沒有進入頁面,日誌也沒有記錄到有回調進入界面。

後來發現這個回調頁面繼承了基類,把回調地址攔截。我這個大傻逼。

 

參考:

微信開發文檔之支付結果通用通知:

https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=9_7&index=3

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 我們十分重視您的隱私。本隱私聲明解釋了我們從您那裡收集的個人數據內容以及我們將如何使用這些數據。 我們不收集任何與個人信息相關的數據,只收集與本UWP運行相關的數據,如: 產品使用數據:如每個頁面的使用次數和相互關係等。 設備數據:您使用的Windows 10設備在本UWP上的唯一設備ID。 錯誤報 ...
  • 需求: 要用WCF生成 Restful風格的介面,返回 JOSN格式: 過程: 1.使用 WCF的 webHttp 綁定。 2.為了增加程式編碼的靈活性,使用了有弱類型特性的 Dictionary<string,object>來作為json字元串對應的類。 3.WCF 預設的序列化不支持 Dicti ...
  • 基本語法 (菜鳥系列學習教程) C#,又名Csharp,天朝喜歡叫C井。 C#是一種面向對象的編程語言。在面向對象的程式設計方法中,程式有各種相互交互的對象組成。相同種類的對象通常具有相同的類型,或者說,是在先溝通那個的class中。 例如,以Rectangle(矩形)對象為例,它具有length和 ...
  • 原文地址:https://mellinoe.wordpress.com/2017/01/18/net core game engine/ 作者:ERIC MELLINO 翻譯: "楊曉東(Savorboard)" 譯者序 通過翻譯這篇文章,我感受到了 .NET Core 真正的魅力,它真的是無所不能 ...
  • SQLite什麼都好,就怕“database is locked”這些年來想盡辦法去規避它。測試代碼: static void Test2() { XCode.Setting.Current.TransactionDebug = true; XTrace.WriteLine(Role.Meta.Co ...
  • 環境:Abp1.2 疑問:沒有調用工作單元的SaveChanges方法引起的事務提交時機的問題. 例如:有一個應用服務代碼如下: 根據用戶提交數據插入一條記錄,但在方法末未顯式調用SaveChanges方法 在Mvc的Controller里調用上述方法的代碼如下: 在_phraseAppServic ...
  • Forms認證即是表單認證,需提供身份id和密碼password的進行認證和授權管理。應該是大家比較熟悉的一種,剛接觸.net可能都會學學這個東西。 ...
  • 前言: 我們在很多項目場景中使用對象映射工具,那麼使用最多的OOM對象工具也就那幾個。今天所說的EmitMapper 和TinyMapper 兩者的性能都是很高的,相比autoMapper 速度不知道快了多少倍,因為我平時使用的最多EmitMapper,所在業餘時間做了一下測試兩者對比。 測試數據: ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...