上次說到我們已經有一個最基本的賬戶體系了，他由什麽組成呢？

其實就幾個玩意。

賬戶

賬戶的余額

賬戶的流水

交易

沒了。

但是交易可能是一個虛一點的東西。

為什麽說他虛呢？

舉個例子，你在京東上買了一個東西，京東生成了一個交易單，通過微信支付時，有生成了一個交易單？

那麽請問，這裏哪些是我們說的賬戶系統的交易呢？

一般來說，京東那個交易單，在我們的微信支付的賬戶系統來看，他是不存在的。

我們一般說微信支付生成的交易單是我們說的交易。

但是，這樣的理解真的是對的麽？

我們懷疑一個事情不對，總要想想這個事情這麽來做，會有什麽不合理？

讓我們來想想這會有什麽不合理吧！

我們先來想想微信支付這個交易單號會有什麽用處？

我們作為用戶可能會在幾個地方用到他，最主要就是查賬的時候。

比如說，就是我們上面在京東上面買東西的場景。

如果我微信支付成功了，但是京東卻沒知道這件事，那我們怎麽辦？

一般來說我們就把我們的微信支付記錄，發給京東，告訴京東，說，你看我已經支付成功了，怎麽還不給我發貨？

但這又是一個問題，你怎麽證明你支付的就是你剛剛買的那些京東的東西呢？

這是一個很困難的問題，為什麽這麽說？假設微信支付不知道你那個商品的ID是多少的話，微信支付是沒辦法知道你是否支付了那些商品的錢的。

微信支付知道的是什麽？他知道你給京東支付了多少錢。

那這個事怎麽辦？

京東其實知道，為什麽他知道？

因為支付的請求其實是京東自己發起的，他知道你這些商品的ID，他以這個商品的ID為請求的編碼，請求微信支付發一個XX元的請求給用戶去支付。如果微信支付成功了，那他就知道這個商品ID對應的這些商品可以發貨了。

對應到我們上面說的交易來說，就是，京東的交易單會和微信支付的交易關聯，如果微信支付的交易單成功，京東會把自己的交易單的狀態改為可發貨。

再讓我們回到你查賬的這個問題。

我們現在碰到的是，京東不知道交易單有沒有成功，但是更可怕的是，他連自己的交易單是對應哪筆微信支付的交易單他都不知道。

這個怎麽辦呢？

其實，在我們剛剛的描述中，我們就已經提到了解決辦法。

什麽辦法？

京東可以把你發給他的京東交易單再去微信支付那查一次，如果確實支付成功了，那就可以發貨了。

所以說，其實我們在上面這種場景下，我們是壓根都不需要用到微信支付的交易單號的。

但是，這也是一種場景。其他場景還是會需要，微信支付訂單號的。

具體的話，我也還沒想。

但從我真實使用來說，對於這種給商戶支付的東西，我是確實沒怎麽需要用到微信支付交易單的。

但是，假如是另外一個場景，我想查的是什麽，我想查一下，我這筆通過快捷支付的交易，明明銀行扣了10000元，為什麽微信支付交易卻記成了1000元？

微信支付亂扣我的錢，我一紙投訴就來到了微信支付。

微信客服轉了好久，我才終於碰到一個說“人話”的，因為之前那些都是機器人客服，還好我巧妙的轉到了人工客服。

我剛想破口大罵，被一個溫柔的聲音停止了這個行為。

一番平靜的訴說後，客服妹紙告訴我需要提交幾個東西，不然很難和我核查。

你猜客服妹紙會需要哪些東西呢？

我們想想我們需要什麽東西，我們要做的是證明，我們說的話是對的，那怎麽證明呢？

我把我的微信支付的交易記錄截圖了出來，沒錯，上面確確實實的寫了交易金額1000元。

那接下來，我就要證明另一件事情，銀行卡扣款了10000元。我怎麽證明呢？也是一樣，我打開我的手機銀行app，點開我的最近交易記錄，嗯嗯，沒錯，確實上面顯示扣了10000元，沒錯，微信支付搞錯沒跑了，我要拿精神損失費。

客服妹紙問了我一句話，請問你怎麽證明？

賬戶體系的設計（2）