上一篇寫了《Core3.1 微信v3 JSAPI支付》，這個屬于v3的接口規則，現在研究了下退款的接口我寫的時候它屬于v2接口規則文檔。但凡微信支付文檔裡面寫清楚點我也不會在這裡記錄一下。
接口文檔https://pay.weixin.qq.com/wiki/doc/apiv3/apis/chapter3_1_9.shtml 現在看看是v3接口的了 我的天，他們在逗我玩一樣，v2的寫好了v3就放出來了。命途多舛啊。 v2請求的是xml文檔格式的，這裡又要溫習一下舊知識了。
當時我記得清清楚楚 就說了請求要加簽名，證書雙向驗證。官網文檔沒有寫。Net的怎麼加載證書 就說了一句windows下面直接安裝證書就好了。結果 都是Bad Request 還是人工咨詢吧 到最後才把代碼找給我。我問人工客戶位址給我看看，他說沒有位址（肺都氣炸。。。）
這是封裝的一個請求 ，代碼加在上篇文章裡面的那個請求裡面
最主要的就是加了認證檔案，p12檔案路徑跟密碼，一般密碼都是商戶号。這就是微信文檔說的雙向驗證
拼接請求參數，官網文檔有驗證這個的。排序的話我自己手動固定排序的，就那幾個字段ABCDEFG都可以看到0.0。
我把這裡MD5加密的代碼也貼上
請求這裡，隻要Return_code等于SUCCESS下面就可以做自己的業務邏輯了。裡面傳回的字段肯定有一個是你自己寫了傳進去的。通過這個字段查詢資料庫完成自己的邏輯。
我這裡沒有用notify_url傳回接口 直接得到結果。下面是接收的Dto
傳回的結果我存了日志 真不知道中間<![CDATA[SUCCESS]]> 這個花裡胡哨的是咋想的 我直接 全部替換 "" 了。
看着幾行代碼 還給我排隊等了好久終于問人工解決的，之前都沒說請求頭裡面加載使用者證書，可能是v3出來了沒太在意吧。後面看看 v3接口 看樣子應該跟統一下單一樣了吧隻要調用請求那個方法就可以了！
時間，抓起了就是黃金，虛度了就是流水；書，看了就是知識，沒看就是廢紙；理想，努力了才叫夢想，放棄了那隻是妄想。努力，雖然未必會收獲，但放棄，就一定一無所獲。
本文位址：https://www.cnblogs.com/w5942066/p/14346015.html
版權聲明：本文為<b> 魏楊楊 </b>原創文章并釋出到部落格園， 除了【萬仟網】外， 其他平台歡迎轉載，但必須在文章頁面明顯位置寫明作者和出處，非常感謝。技術交流QQ群 99210270
微信掃一掃關注我公衆号
一起學習，一起進步
