本發明涉及計算機網絡，以及數據通信技術，具體是移動端應用程序內嵌h5頁面的預請求優化方法及存儲介質。

背景技術：

1、在當今移動互聯網技術日新月異的背景下，html5(h5)技術憑借其顯著的跨平臺兼容性和豐富的多媒體集成能力，已成為移動端應用程序內嵌網頁開發不可或缺的核心技術。h5的廣泛采納，不僅促進了“一次編寫，處處運行”的開發理念，還極大地豐富了移動應用的界面表現力和功能性，滿足了用戶對于高質量互動體驗的需求。然而，這一技術應用亦伴隨著若干挑戰，其中最為突出的是網頁加載速度對用戶體驗的直接影響問題。

2、特別是在移動網絡環境復雜多變，且用戶對即時反饋期待值持續升高的現狀下，h5頁面加載速度的優化成為衡量應用成功與否的關鍵指標之一。研究表明，頁面加載時間哪怕只增加幾秒鐘，也可能導致用戶滿意度大幅下降，用戶流失率顯著增加。盡管目前采用的諸如資源文件壓縮、高效的緩存機制以及按需加載等策略，在一定程度上緩解了加載速度問題，但在面對網絡狀況惡劣或數據傳輸量龐大的情況時，這些措施的效果顯得捉襟見肘，難以從根本上解決用戶體驗受損的問題。

3、鑒于此，學術界和工業界正積極探討和研發更為先進的技術方案，旨在從源頭上優化h5頁面的資源請求流程，即在用戶發起實際請求之前，通過智能預加載與預處理技術對頁面資源進行預測性調度與優化。

4、為此，本發明提出移動端應用程序內嵌h5頁面的預請求優化方法及存儲介質。

技術實現思路

1、有鑒于此，本發明希望提供移動端應用程序內嵌h5頁面的預請求優化方法及存儲介質，以解決或緩解現有技術中存在的技術問題，即如何在打開webview的同時native直接預發請求并緩存，并在請求時間超過閾值時緩存淘汰。同時針對于請求失敗的情況，能夠記錄失敗原因并反饋至監測系統，優化后續請求策略。本發明的技術方案是這樣實現的：

2、(一)概述：

3、本發明旨在解決上述技術問題。為優化移動端應用程序內嵌h5頁面加載速度。應用啟動即觸發native預加載邏輯，先進行系統環境檢測，隨后根據配置策略構建并執行后臺預加載任務隊列，安排資源請求順序，同時控制并發量以防網絡擁塞。獲取的資源依據策略存儲至本地緩存，并實時檢查時效性，確保webview加載時能快速提取數據，或在必要時發起實時請求。

4、性能監控貫穿全程，詳盡記錄請求狀態與耗時，為分析與優化提供數據基礎。基于日志分析，動態調整預加載策略、優化緩存規則與網絡請求路徑，包括調整加載時機、采用動態緩存淘汰策略、資源壓縮合并等，輔以回退機制保障用戶體驗。此方案通過持續迭代與優化，實現了移動端h5頁面加載的顯著提速。

5、(二)技術方案：

6、2.1步驟s1，初始化：

7、應用程序被啟動時，激活native預加載邏輯，根據配置策略，開始后臺預請求資源。

8、2.1.1步驟s100，系統啟動檢測：

9、進行系統環境檢測，確認網絡狀態、設備資源和存儲空間等是否滿足預加載條件。如滿足，則加載預加載策略配置文件，該文件包含預加載資源列表、優先級、緩存規則和超時時間。

10、2.1.2步驟s101，任務隊列構建：

11、根據配置策略構建預加載任務隊列。在任務隊列中，優先級高的資源優先加載。

12、2.1.3步驟s102，后臺線程啟動：

13、在后臺線程或專用的預加載服務中激活native預加載邏輯，避免阻塞主線程，確保應用啟動不受影響。同時實施并發請求控制，避免因過多并發導致的網絡擁塞或服務器壓力。

14、2.1.4步驟s103，預請求執行：

15、native層按照任務隊列順序，開始向服務器發送http/https請求，獲取指定的靜態資源(包括圖片、css和/或js文件)和動態數據(api返回的數據)。

16、2.2步驟s2，數據處理：

17、當native層獲取到h5頁面所需的靜態資源和動態數據后，將其依據策略存儲到本地緩存中，并標記有效期限。檢查已緩存資源的時效性，決定是否使用或重新請求。

18、webview加載時，從緩存中提取數據，實現快速頁面渲染。若緩存失效或無緩存，實時請求數據并展示。

19、2.2.1步驟s200，資源緩存策略執行：

20、在使用緩存數據前，檢查其時效性。對于過期資源，標記為無效，并計劃重新請求；對于有效資源，準備用于頁面渲染。對于成功獲取的靜態資源和動態數據，依據預設的緩存策略，使用sqlite數據庫存儲至本地，并記錄資源的有效期或最后更新時間。

21、2.2.2步驟s201，資源調度與優先級：

22、根據webview實際加載需求，對緩存中的資源進行調度，優先提供對首屏渲染重要的資源，確保快速呈現給用戶。

23、2.2.3步驟s202，webview與緩存交互：

24、當webview開始加載頁面時，通過javascript橋接(javascriptinterface)與native層通信，請求所需資源。native層根據請求從緩存中提取數據，通過接口傳遞給webview。

25、2.2.4步驟s203，執行實時請求與回退機制：

26、若發現所需資源在緩存中缺失或已過期，觸發實時網絡請求獲取最新數據，同時使用占位符保持用戶界面的響應性。

27、2.2.5步驟s204，數據同步與更新：

28、通過比對緩存數據的時間戳或其他標識與服務器數據，實現數據的實時同步更新。

29、2.3步驟s3，性能監控與日志收集：

30、持續追蹤預請求的耗時、成功率、緩存命中率和頁面加載時間。

31、對網絡請求失敗、超時和緩存異常情況進行捕獲，記錄詳細日志，包括錯誤代碼、時間戳和請求詳情。

32、2.3.1步驟s300，性能指標定義與采集：

33、集成性能監控工具，記錄關鍵性能指標(kpis)，包括預請求耗時、請求成功率、緩存命中率、頁面首次渲染時間(time?to?first?byte,ttfb)和完全加載時間。

34、2.3.2步驟s301，實時數據追蹤：

35、實時追蹤每個網絡請求的生命周期，從發起請求到響應接收的完整過程，記錄關鍵時間點，包括發送時間、接收時間和處理時間。

36、2.4步驟s4，分析與優化：

37、基于s3的詳細日志，當網絡請求失敗(如http錯誤狀態碼)、超時或發生緩存讀寫異常時，觸發異常處理流程。觸發異常處理流程是基于緩存淘汰規則調整預加載策，以優化網絡請求路徑和緩存機制。

38、2.4.1步驟s400，預加載策略調整：

39、針對頻繁失敗或超時的請求，調整預加載時機或順序，以優化網絡請求隊列的管理，避免并發請求過多導致的網絡阻塞。

40、2.4.2步驟s401，緩存淘汰規則優化：

41、根據緩存命中率及預設閾值判斷，激活調整緩存淘汰策略，緩存淘汰策略為動態切換lru策略(least?recently?used)和lfu(least?frequently?used)策略，確保高頻訪問資源得到更長時間的緩存保留。

42、2.4.3步驟s402，資源壓縮與合并：

43、設定閾值判斷某些資源是否屬于經常加載；對于經常預加載的資源，進行壓縮減小體積或將多個小文件合并為一個大文件，減少請求數量。

44、2.4.4步驟s403，執行回退機制：

45、執行網絡請求失敗時的回退策略，包括使用降級資源、本地緩存或提供默認數據，確保用戶體驗不受嚴重影響。

46、(三)解決技術問題的機制：

47、應用啟動時，系統首先進行初始化設置，加載預加載策略配置。這些策略定義了哪些資源需要預加載、它們的優先級、緩存規則及超時閾值。

48、native層根據策略開始后臺預加載操作，構建任務隊列，并根據資源的優先級進行調度。此時，native直接通過http/https協議向服務器發送請求，獲取h5頁面的靜態資源(如圖片、css、js)和動態數據(api返回數據)。此過程在后臺線程進行，避免影響應用啟動速度。獲取到的資源根據策略存儲到本地緩存中，并記錄其有效期限。在webview實際加載資源前，系統會檢查緩存中的資源時效性，確保使用的是最新或有效的數據。對于已過期資源，系統標記為無效并計劃重新請求。

49、如果某個資源的預加載請求耗時超過了預設的閾值(如150毫秒)，系統將不會等待該請求完成，而是直接轉向使用已有的緩存數據(如果存在)，或實時發起新的請求獲取數據。這意味著，對于響應慢的請求，系統會快速切換到備選方案，避免用戶等待時間過長。對于動態數據，系統會在每次加載時對比緩存數據與服務器數據的時間戳或版本信息，確保用戶獲取到的是最新數據，實現數據的實時同步。

50、(四)與現有技術相比，本發明的有益效果是：

51、(1)提升用戶體驗：本發明通過提前加載關鍵資源，減少用戶等待時間，尤其是對于首屏內容的快速展示，使得應用感覺更加流暢和即時響應。即使在網絡不穩定的情況下，也能依靠本地緩存保證基本內容的即時可用，避免了白屏或長時間加載的不良體驗。

52、(2)降低網絡數據消耗：本發明利用緩存機制，重復訪問的資源無需每次都從服務器下載，減少了移動設備的數據流量消耗，對于有限數據套餐的用戶來說是一個顯著的優勢。通過動態調整緩存淘汰規則，高效管理本地存儲空間，避免了無用資源占用，保證了緩存空間的高效周轉和最新內容的快速可用性。

53、(3)促進數據實時性和一致性：本發明的實時數據同步與更新機制確保了用戶獲取到的信息是最新的，特別是在處理動態內容時，提高了信息的準確性和時效性。