小程序中用戶選擇了商品他首先調(diào)用下單接口。然后把所請求的數(shù)據(jù)發(fā)送到服務(wù)器去。然后我們的服務(wù)器API會做庫存量檢測。

如果庫存量檢測痛過之后，我們就會保存用戶訂單，認(rèn)為他是下單成功，并且我們要把訂單檢測的相關(guān)信息返回到小程序。小程序根據(jù)我們服務(wù)器這邊下單庫存量檢測結(jié)果，決定是否發(fā)起支付。如果庫存量檢測通過也沒有出現(xiàn)其他問題那么小程序就認(rèn)為下單成功，他就要吊用支付的API接口，小程序就要調(diào)用我們API的支付接口。

小程序調(diào)用支付API，我們的服務(wù)器如何處理小程序發(fā)起的支付請求呢。我們自己的API是沒有辦法進(jìn)行微信支付的。我們需要依靠微信服務(wù)器來進(jìn)行微信支付。我們的API需要調(diào)用預(yù)訂單接口，這個接口就是預(yù)先在微信生成微信訂單。我們自己的API有我們自己的API，微信呢他有他的訂單，這兩個訂單不一樣的。這一步我們成為預(yù)訂單。預(yù)訂單的目的是，需要微信服務(wù)器返回給我們支付參數(shù)，這個支付參數(shù)非常重要。這個微信支付不是我們小程序調(diào)用我們API支付，API調(diào)用我們的微信支付就完了的。首先需要我們的服務(wù)器請求支付參數(shù)。我們API拿到支付參數(shù)，要把支付參數(shù)返回小程序，然后小程序拿著支付參數(shù)，調(diào)用小程序內(nèi)部的支付API，他在調(diào)用微信服務(wù)器，這樣一個流程。

小程序支付參數(shù)是正確的話，他調(diào)用微信服務(wù)器之后呢，從小程序就會彈出支付界面。這個就是拉起一個請求。彈出這個支付窗口之后呢，用戶就可以付款了。在用戶做支付行為完成之后，微信首先會直接，他會告訴小程序，你是成功還是失敗，這是一個路線，所以最終告訴成功還是失敗的是微信，而不是我們API。同時另外一條路線，就是微信會異步的推送一個支付成功還是失敗的請求，到我們API里，他通過這樣的方式即告訴小程序成功還是失敗，同時呢，他也通過另外的異步推送，告訴我們服務(wù)器，支付成功還是失敗。這是異步的，而且不會只請求一次，她會每隔一段時間6s左右，一直到我們服務(wù)器做出正確處理的相應(yīng)，之后才會停止發(fā)送，否則到請求限制之前一直發(fā)送。