[發明專利]基于安卓系統的界面更新方法、系統、設備及存儲介質

在審

• 申請號: 201811005600.1
• 申請日: 2018-08-30
• 公開（公告）號: CN109254819A
• 公開（公告）日: 2019-01-22
• 發明（設計）人: 陳樹人
• 申請（專利權）人: 深圳大勢智能科技有限公司
• 主分類號: G06F9/451
• 分類號: G06F9/451;G06F9/48
• 代理公司: 深圳市智勝聯合知識產權代理有限公司 44368
• 代理人: 齊文劍

本發明揭示了一種基于安卓系統的界面更新方法、系統、設備及存儲介質，包括步驟：在IO線程上通過被觀察者獲取返回數據；將所述返回數據從所述IO線程切換至主線程；對所述返回數據進行處理得到界面數據；判斷所述界面數據是否異常；若否，則通過觀察者使用所述界面數據更新界面。本發明的基于安卓系統的界面更新方法、系統、設備及存儲介質的有益效果為：通過將在IO線程獲取的返回數據在主線程進行處理得到界面數據，利用響應式的觀察者和被觀察者模式完成請求數據更新安卓系統的界面，減少開辟子線程的需求，縮短數據處理的時間，從而及時更新界面，避免界面出現卡頓的現象。

技術領域

本發明涉及到移動通訊技術領域，特別是涉及到一種基于安卓系統的界面更新方法、系統、設備及存儲介質。

背景技術

在安卓中經常涉及到用戶界面的更新，在更新用戶界面時，有時候需要先處理很多耗時任務，等耗時任務處理完成，并得出結果后才能對用戶界面進行更新。在安卓系統中，如果主線程中的耗時操作超過5秒鐘就會產生ANR(Application Not Responding，應用程序無響應)錯誤，嚴重影響用戶體驗。

傳統的開發過程中，將耗時任務存放到子線程中進行處理。但是，耗時任務在子線程中進行處理會產生子線程和主線程通信的問題。在安卓中子線程和主線程通信的工具是Handler，需要維系一套消息隊列，這樣整個邏輯實現起來非常復雜，需要在主線程和子線程之間進行來回的消息通信流程，導致程序結果混亂；代碼量多，可讀性差，不同協議請求方式基本相同，但是都需要重復寫代碼去請求數據，大大增加了代碼行數，讓其他開發人員維護可讀性變差；可控制性差，每一次請求數據都需要開一個子線程，然后需要對子線程請求數據做大量的情況處理，很容易出現錯誤。

發明內容

本發明的主要目的為提供一種基于安卓系統的界面更新方法、系統、設備及存儲介質，以解決上述背景技術中所提及的技術問題。

本發明提出一種基于安卓系統的界面更新方法，包括步驟：

在IO線程上通過被觀察者獲取返回數據；

將上述返回數據從上述IO線程切換至主線程；

對上述返回數據進行處理得到界面數據；

判斷上述界面數據是否異常；

若否，則通過觀察者使用上述界面數據更新界面。

進一步地，在上述基于安卓系統的界面更新方法中，在上述在IO線程上通過被觀察者獲取返回數據的步驟之前，還包括步驟：

在上述主線程創建上述被觀察者，并通過第一指定算法切換將上述被觀察者切換至上述IO線程。

進一步地，在上述基于安卓系統的界面更新方法中，上述在IO線程上通過被觀察者獲取返回數據的步驟包括步驟：

在上述IO線程上通過上述被觀察者發送網絡數據或者其他耗時數據至服務器；

接收上述服務器發送的上述返回數據。

進一步地，在上述基于安卓系統的界面更新方法中，上述對上述返回數據進行處理得到界面數據的步驟包括步驟：

在上述主線程上將上述返回數據清洗得到上述界面數據。

進一步地，在上述基于安卓系統的界面更新方法中，在上述對上述返回數據進行處理得到界面數據的步驟之后，還包括步驟：

通過第二指定算法訂閱上述被觀察者和上述觀察者。

進一步地，在上述基于安卓系統的界面更新方法中，在上述判斷上述界面數據是否異常的步驟之后，還包括步驟：

若是，則匹配上述界面數據的異常情況，并發送錯誤原因信息至用戶。