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

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

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

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