大繼的基礎級業務實戰設計記錄（二），眾籌

一，概要

本文對眾籌設計進行描述。由於眾籌概念比較混亂，本文主要是針對固定上限眾籌流程設計。
本次寫作只想BB不想貼程式碼。

二，適用場景

• 眾籌一個固定金額。
• 固定上限眾籌商品等場景，已知金額，並不能超額。
• 第三方支付，帶有支付回掉延遲和失敗。

三、最終總體實現流程圖

• 簡書不能使用markdown來寫流程圖，只能在別的地方畫完放過來。

  
  
  

  總體實現流程圖
• 退款部分實現邏輯下個文章會在訂單實戰設計記錄回詳細說明，一個多重相容訂單。

四、實戰中的問題。

• 第三方回撥時間不穩定，如微信有時候需要10來分鐘才回撥。
• 同使用者重複鎖定問題，由前段發起幾個鎖定，鎖死了金額導致其它使用者無法支援，由前段控制提交次數，或後端同一使用者同一個眾籌支援強行解鎖上次鎖定，可以優化使用者體驗。
• 如果做了重新鎖定，那就註定了，有部分使用者會支付超出，眾籌額度。
• 實現過程過由於專案比較緊急未實現，5分鐘回撥和其支援成功，但無正常啟用支援情況。
• 本以為界限外的5分鐘不會發生，就算會，也只有幾個，事實證明，其中出現問題次數在2W+次的從籌中出現了50+次失敗共涉及到20+-使用者，手工找日誌回補，和做指令碼回補，更重要的是嚇到使用者。

五、總結

就算沒時候完成所有實現，需要做後出錯時回補工作，例如寫個日誌什麼的。