如題:微信支付異步回調地址只能設置一個。可是在實際開發中,一個公司每每有好幾個項目須要微信支付相關的業務,不一樣的項目有不一樣的域名解析。服務器
多申請幾個微信公衆號顯然過於浪費,且不利於財務的統一管理。微信
方法一:異步
多個項目共用一個回調地址,相似於如今的微服務。支付模塊獨立出來,其餘的項目須要支付的請求這個接口。微服務
這樣作,一是業務邏輯變複雜,二是項目耦合性。支付的服務器掛了,全部的項目都不能支付。微信支付
方法二:接口
查詢訂單。開發
在異步回調通知支付結果的下面,就有查詢訂單。這個不少老司機都用這個,主動查詢訂單的支付狀態。這樣異步回調就顯得多餘了。域名