大家在app快要上線的時候一般會測試哪些流程呢，有些人會回答核心流程，但是我這邊想說的是另外一個情況，也就是今天要講的版本更新內容。大家想一下如果版本更新出現問題，那也就意味著之前安裝過的app使用者都更新不了，這是何其恐怖的一件事情。所以我們需要設計一個版本控制功能，用來控制app的版本更新，下面我詳細的和大家介紹一下這個流程。

需求分析

開始之前我先來做一下功能分析，如果是app版本更新，那肯定會涉及到安卓或者ios的更新，所以這邊我們肯定需要一個app型別欄位。然後更新的方式了，我們是需要強制更新呢還是非強制更新呢，所以需要一個更新型別的欄位。最後肯定就是更新的內容、更新的時間、更新版本號、以及更新的跳轉連結四個欄位。所以我們需要如下所示的欄位：

設計實現

需求確定下來之後，我們就就可以進行設計實現了，這邊我們只需要設計一個叫做版本控制表就可以了，裡面的欄位就是上面所說到的那些，版本控制表結構如下所示：

流程介紹

下面我們來說一下具體流程，app每次啟動的時候都會進行版本校驗，如果校驗到需要更新，就會彈出更新提示語，具體流程如下所示：

UI實現

版本更新一般在後臺管理中都會涉及到，下面就是一種典型的後臺管理頁面。

注意事項

這邊需要額外注意是：如果是跨版本更新的話，打個比方，就是目前最高的版本是1.0.2，然後之前的版本現在有1.0.0、1.0.1，然後我們設定1.0.2是非強制性更新，這個時候1.0.1肯定是非強制性更新，那1.0.0是強制更新還是非強制性更新呢？這邊我們處理方法是，只要是跨版本號的，不管當前版本是非強制更新還是強制性更新，都是強制性更新。

總結

版本更新的內容大概就這些，雖然內容簡單，但是卻異常的重要，在上線之前一定要測試好這一模組的功能。還有後臺的版本控制管理只能是給技術人員使用的，運營人員最好不要給操作的許可權，因為一旦配置出錯，那就是毀滅性打擊。好了今天的內容就介紹到這邊了，謝謝大家的閱讀～

要更多幹貨、技術猛料的孩子，快點拿起手機掃碼關注我，我在這裡等你哦~