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

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

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

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