[發明專利]頁面的請求方法、裝置、存儲介質及電子裝置

在審

• 申請號: 202110686922.2
• 申請日: 2021-06-21
• 公開（公告）號: CN113434228A
• 公開（公告）日: 2021-09-24
• 發明（設計）人: 周丹媚
• 申請（專利權）人: 青島海爾科技有限公司;海爾智家股份有限公司
• 主分類號: G06F9/451
• 分類號: G06F9/451;G06F9/448;G06F8/38;G06F8/36
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 周春枚

本發明公開了一種頁面的請求方法、裝置、存儲介質及電子裝置。其中，該方法包括：接收對目標頁面的訪問請求；根據訪問請求調用預設的中間層接口，其中，中間層接口根據訪問請求調用業務接口，以獲取目標頁面對應的業務數據；接收中間層接口返回的業務數據，并根據業務數據渲染得到目標頁面。本發明解決了現有技術中由于一個頁面經常需要請求多個接口，導致頁面的加載速度和頁面渲染速度變慢的技術問題。

技術領域

本發明涉及APP領域，具體而言，涉及一種頁面的請求方法、裝置、存儲介質及電子裝置。

背景技術

隨著大數據業務的發展，我們可以根據不同的業務需求提供不同統計維度的數據，為了便于多方調用，所提供的數據接口的功能都盡可能的單一，如一個接口只提供一個統計指標的不同時間粒度的數據，這樣調用方可以靈活組合調用所需的接口，來滿足不同調用方的業務需求。但作為展示綜合統計數據的前端頁面，勢必要調用多個接口，加之前端頁面本身需要的一些靜態文件，這樣一個頁面在加載時，要發送的很多的請求，而當前瀏覽器對于http請求是有個數限制的，一次只能發起6個請求，再多就只能等待前面請求釋放后才能繼續，這樣大大延長了頁面的加載時間，影響了加載效率。

目前，大數據部門的統計數據要提供給多個業務方使用，為了提高接口的復用型，就不得不提高接口的單一性，這樣在一個有多個統計模塊，多項統計指標的頁面中，就不得不請求多個接口，使得頁面的加載速度很慢。目前在已知的頁面請求方式中，更多的關注了多方調用的靈活性，但卻忽略了多請求對頁面加載速度的影響，一個頁面經常要請求幾十個接口，要么等待加載完后在渲染，頁面長時間空白，要么返回一個接口渲染一次，頁面不停刷新，體驗亦是不好。

針對上述的問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種頁面的請求方法、裝置、存儲介質及電子裝置，以至少解決現有技術中由于一個頁面經常需要請求多個接口，導致頁面的加載速度和頁面渲染速度變慢的技術問題。

根據本發明實施例的一個方面，提供了一種頁面的請求方法，包括：接收對目標頁面的訪問請求；根據訪問請求調用預設的中間層接口，其中，中間層接口根據訪問請求調用業務接口，以獲取目標頁面對應的業務數據；接收中間層接口返回的業務數據，并根據業務數據渲染得到目標頁面。

在一個示例性實施例中，目標頁面具有多個業務模塊，每個業務模塊用于展示至少一個業務數據，根據訪問請求調用中間層接口，包括：確定目標頁面所包含的業務模塊；查找每個業務模塊對應的中間層接口，并調用業務模塊對應的中間層接口，其中，業務模塊對應的中間層接口用于向業務接口請求業務模塊對應的至少一個業務數據。

在一個示例性實施例中，中間層接口利用多線程調用業務接口。

在一個示例性實施例中，上述方法還包括：生成目標頁面對應的中間層接口，其中，生成目標頁面對應的中間層接口的步驟包括：獲取目標頁面中的業務模塊，其中，每個業務模塊至少包括一項待顯示的業務數據；將業務模塊中待顯示的業務數據對應的業務接口進行聚合，得到業務模塊對應的中間層接口；確定目標頁面中所有業務模塊對應的中間層接口構成目標頁面對應的中間層接口。

在一個示例性實施例中，在根據訪問請求調用中間層接口之后，上述方法還包括：檢測中間層接口用于請求的業務數據與業務模塊中待顯示的業務數據是否匹配；在中間層接口用于請求的業務數據與業務模塊中待顯示的業務數據不匹配的情況下，更改中間層接口的配置信息。

在一個示例性實施例中，在根據訪問請求調用中間層接口之后，上述方法還包括：檢測中間層接口用于請求的業務數據與業務模塊中待顯示的業務數據是否匹配；在中間層接口用于請求的業務數據與業務模塊中待顯示的業務數據不匹配的情況下，直接調用第一目標業務數據對應的業務接口，其中，第一目標業務數據用于表示業務模塊中，中間層接口無法請求到的待顯示的業務數據；以及從中間層接口返回的業務數據中剔除第二目標業務數據，其中，第二目標業務數據用于表示中間層接口請求到的不屬于業務模塊的業務數據。