亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

當(dāng)前位置：主頁 > 區(qū)塊鏈 > 區(qū)塊鏈技術(shù) > web調(diào)用api接口實例

如何實現(xiàn)在純Web端完成各類API調(diào)試？

2023-06-02 15:43:56 | 來源：CSDN | 作者：張濤
這篇文章主要介紹了如何實現(xiàn)在純Web端完成各類API調(diào)試？的相關(guān)資料,需要的朋友可以參考下本文詳細(xì)內(nèi)容介紹

在軟件開發(fā)過程中，對于各類 API 的調(diào)試工作至關(guān)重要。API 調(diào)試是驗證和測試應(yīng)用程序接口的有效性和正確性的關(guān)鍵步驟。傳統(tǒng)的 API 調(diào)試方法通常依賴于獨(dú)立的工具或桌面應(yīng)用程序，限制了調(diào)試過程的靈活性和效率。

為推動 API 調(diào)試向更便捷、高效的方向發(fā)展，越來越多的開發(fā)人員開始尋求在純 Web 端完成各類 API 調(diào)試的解決方案。純 Web 端的 API 調(diào)試具有許多優(yōu)勢，包括無需安裝額外軟件、跨平臺支持、便于團(tuán)隊協(xié)作等。本文將以開源項目 AREX 為例為大家介紹如何在 Web 端實現(xiàn)對各類 API 的調(diào)試功能。

AREX （http://arextest.com/）是一款開源的基于真實請求與數(shù)據(jù)的自動化回歸測試平臺，利用 Java Agent 技術(shù)與比對技術(shù)，通過流量錄制回放能力實現(xiàn)快速有效的回歸測試。同時提供了接口測試、接口比對測試等豐富的自動化測試功能。

難點一：跨域限制

要想在純 Web 端實現(xiàn)各類 API 的調(diào)試工作，首先要解決的難題是處理瀏覽器的跨域限制。

什么是跨域

瀏覽器跨域問題是指在 Web 開發(fā)中，當(dāng)使用 JavaScript 代碼從一個域名的網(wǎng)頁訪問另一個域名的資源時會遇到的限制。瀏覽器實施了一種安全策略，稱為同源策略（Same-Origin Policy）， 用于保護(hù)用戶信息的安全。同源策略要求網(wǎng)頁中的 JavaScript 只能訪問與其來源（協(xié)議、域名和端口號）相同的資源，而對于不同域名的資源訪問會受到限制。

由于瀏覽器存在跨域限制，我們不能在瀏覽器端隨心所欲地發(fā)送 HTTP 請求，這是瀏覽器的安全策略決定的。

解決方案

經(jīng)調(diào)研，突破此限制的方法有兩種：分別是 Chrome 插件代理和服務(wù)端代理，以下是兩種方法的比較。

權(quán)衡下來 AREX 選擇了 Chrome 插件代理的方法，其原理是利用了 Chrome 插件中 background 可以發(fā)送跨域請求的能力，我們將瀏覽器端攔截到的請求通過 window.postmassage 與 Chrome 插件的 background 進(jìn)行通信（其中通信還需要 Chrome 插件的 content-script 作為數(shù)據(jù)橋梁）。

具體實現(xiàn)如下：

在頁面腳本中

生成一個隨機(jī)的字符串，并將其轉(zhuǎn)換為字符串形式，存儲在 tid 變量中。

使用 window.postMessage() 方法發(fā)送一條消息到其他擴(kuò)展程序，消息包括一個類型為 `AREX_EXTENSION_REQUEST` 的標(biāo)識、tid、以及 params 參數(shù)。

添加一個 message 事件監(jiān)聽器 receiveMessage，用于接收其他擴(kuò)展程序發(fā)送的消息。

在 receiveMessage 函數(shù)中，檢查接收到的消息是否為類型為 AREX_EXTENSION_RES，并且 tid 與之前發(fā)送的消息的tid 相匹配。如果匹配成功，則移除事件監(jiān)聽器。

在內(nèi)容腳本中

在后臺腳本中

難點二：API 調(diào)試

上述已經(jīng)解決了跨域問題，接下來就是如何實現(xiàn) API 調(diào)試的功能。

解決方案

Postman 是業(yè)內(nèi)成熟的 API 調(diào)試工具，我們站在了 Postman 這位巨人的肩膀上，在 AREX 中引入了 Postman 的 JavaScript 沙盒，使用它的沙盒運(yùn)行前置腳本、后置腳本以及斷言來調(diào)試 API。

以下是 AREX 請求的流程圖：

當(dāng)點擊發(fā)送請求的時候，會將表單中的數(shù)據(jù)匯聚到一起，數(shù)據(jù)結(jié)構(gòu)為：

這是 AREX 的數(shù)據(jù)結(jié)構(gòu)，我們會將其轉(zhuǎn)換成 Postman 的數(shù)據(jù)結(jié)構(gòu)。之后調(diào)用 PostmanRuntime.Runner() 方法，將轉(zhuǎn)換好了的 Postman 數(shù)據(jù)結(jié)構(gòu)和當(dāng)前所選的環(huán)境變量傳入，Runner 會執(zhí)行 preRequestScript 和 testScript 腳本。`preRequestScript` 發(fā)生在請求之前，可以在其中穿插請求以及對請求參數(shù)、環(huán)境變量進(jìn)行操作，`testScript` 發(fā)生在請求之后，可以對 response 返回數(shù)據(jù)進(jìn)行斷言操作，并且腳本中也可以通過 `console.log` 輸出數(shù)據(jù)，在控制臺進(jìn)行調(diào)試。

在 Postman 沙盒中也存在跨域問題，由于 Postman 沙盒的集成度非常高，為了確保與 PostmanRuntime 的同步以及方便性，我們采用了 Ajax 攔截技術(shù)。通過在瀏覽器端攔截 Ajax 請求，我們可以對請求進(jìn)行修改、添加自定義邏輯或者進(jìn)行其他處理操作。這樣可以實現(xiàn)對請求和響應(yīng)的全局控制和定制化。

當(dāng) Postman 沙盒發(fā)送請求時，會攜帶一個名為 "postman-token" 的請求頭。我們攔截到這個 Ajax 請求后，會將請求參數(shù)進(jìn)行拼裝，并通過 window.postMessage 發(fā)送給瀏覽器插件。瀏覽器插件再次構(gòu)建 fetch 請求，將數(shù)據(jù)返回給 Postman 沙盒，使其輸出最終結(jié)果，包括響應(yīng)（response）、測試結(jié)果（testResult）和控制臺日志（console.log）。需要注意的是，responseType 必須指定為 arraybuffer。

具體流程如下：

使用 xspy.onRequest() 方法注冊一個請求處理程序。這個處理程序接受兩個參數(shù)：request 和 sendResponse。request 參數(shù)包含請求的相關(guān)信息，例如方法、URL、頭部、請求體等。sendResponse 是一個回調(diào)函數(shù)，用于發(fā)送響應(yīng)給請求方。

在處理程序中，通過檢查請求的頭部中是否存在 postman-token 來判斷請求是否來自 Postman。

如果存在該頭部，表示請求是通過 Postman 發(fā)送的。則使用 AgentAxios 發(fā)起一個新的請求，使用原始請求的方法、URL、頭部和請求體。AgentAxios 返回一個 agentData 對象，其中包含了響應(yīng)的狀態(tài)碼、頭部和數(shù)據(jù)等信息。創(chuàng)建一個名為 dummyResponse 的響應(yīng)對象，包含了與原始請求相關(guān)的信息。dummyResponse 的 status 字段為 agentData 的狀態(tài)碼，headers 字段為將 agentData 的頭部數(shù)組轉(zhuǎn)換為對象格式的結(jié)果，ajaxType 字段為字符串 xhr，responseType 字段為字符串 arraybuffer，response 字段為將 agentData 的數(shù)據(jù)轉(zhuǎn)換為 JSON 字符串并用 Buffer 包裝的結(jié)果。最后，使用 sendResponse(dummyResponse) 將響應(yīng)發(fā)送給請求方。

如果請求不是來自 Postman，則直接調(diào)用 sendResponse()，表示不返回任何響應(yīng)。

難點三：二進(jìn)制對象序列化傳遞

還有一點值得一提，對于 `x-www-form-urlencoded` 和 `Raw` 類型的請求，由于它們都是普通的 JSON 對象，處理起來比較容易。但是對于 `form-data` 和 `binary` 類型的請求，需要支持傳輸二進(jìn)制文件負(fù)載。然而，Chrome 插件的 `postMessage` 通信方式不支持直接傳遞二進(jìn)制對象，導(dǎo)致無法直接處理這兩種類型的請求。

解決方案

為了解決這個問題，AREX 采用了 base64 編碼技術(shù)。在用戶選擇文件時，AREX 會將二進(jìn)制文件轉(zhuǎn)換為 base64 字符串，然后進(jìn)行傳輸。在 Chrome 插件端，AREX 會將 base64 數(shù)據(jù)進(jìn)行解碼，并用于構(gòu)建實際的 `fetch` 請求。這樣可以繞過直接傳遞二進(jìn)制對象的限制。

就這個問題我們采用了 base64 編碼技術(shù)，在選擇文件時我們會將二進(jìn)制文件轉(zhuǎn)換成 base64 字符串，再進(jìn)行傳輸，Chrome 插件端會將 base64 數(shù)據(jù)解碼并用于構(gòu)建實際的 `fetch` 請求。

這個流程圖描述了將 FormData 中的二進(jìn)制文件轉(zhuǎn)換為 Base64 字符串，并通過 Chrome 插件代理將其轉(zhuǎn)換回文件并進(jìn)行進(jìn)一步處理的過程。

form-data binary（A）：表示一個包含二進(jìn)制文件的 FormData 表單數(shù)據(jù)。

FileReader（B）：使用 FileReader 對象來讀取二進(jìn)制文件。

readAsDataURL base64 string：FileReader 使用 readAsDataURL 方法將二進(jìn)制文件讀取為 Base64 字符串。

Chrome 插件代理（C）：Base64 字符串經(jīng)過讀取操作后，傳遞給 Chrome 插件代理進(jìn)行進(jìn)一步處理。

base64 string：表示經(jīng)過 FileReader 讀取二進(jìn)制文件后得到的 Base64 字符串。

Uint8Array（D）：在 Chrome 插件代理中，將 Base64 字符串轉(zhuǎn)換為 Uint8Array。

File（E）：使用 Uint8Array 的數(shù)據(jù)創(chuàng)建一個新的 File 對象。

fetch（F）：將新創(chuàng)建的 File 對象通過 fetch 方法或其他方式進(jìn)行進(jìn)一步處理，例如上傳到服務(wù)器或進(jìn)行其他操作。

代碼分析

以下是代碼層面的分析：

toBase64 函數(shù)接受一個 File 對象作為參數(shù)，并返回一個 Promise 對象，該 Promise 對象將解析為表示文件的 Base64 字符串。

在函數(shù)內(nèi)部，創(chuàng)建了一個 FileReader 對象。通過調(diào)用 reader.readAsDataURL(file) 將文件讀取為 Data URL。當(dāng)讀取操作完成時，通過 reader.onload 事件處理程序?qū)⒆x取結(jié)果解析為字符串，并使用 resolve 將其傳遞給 Promise。如果發(fā)生錯誤，將使用 reject 將錯誤傳遞給 Promise。base64ToFile 函數(shù)接受兩個參數(shù)：dataurl（Base64 字符串）和 filename（文件名），并返回一個 File 對象。

首先，將 dataurl 使用逗號分割成數(shù)組 arr，如果分割結(jié)果為空，則將其設(shè)為包含一個空字符串的數(shù)組。通過正則表達(dá)式匹配 arr[0] 中的內(nèi)容，提取出 MIME 類型，即數(shù)據(jù)的類型。

使用 atob 將 Base64 字符串解碼為二進(jìn)制字符串 bstr。創(chuàng)建一個長度為 n 的 Uint8Array 數(shù)組 u8arr。使用循環(huán)遍歷 bstr，將每個字符的 Unicode 編碼放入 u8arr 中。

最后，使用 File 構(gòu)造函數(shù)創(chuàng)建并返回一個新的 File 對象，其中包含了從 u8arr 中讀取的文件數(shù)據(jù)、文件名和 MIME 類型。導(dǎo)出 base64ToFile 函數(shù)，以便在其他地方使用。

以上就是如何實現(xiàn)在純Web端完成各類API調(diào)試？的詳細(xì)內(nèi)容，更多關(guān)于web調(diào)用api接口實例的資料請關(guān)注腳本之家其它相關(guān)文章！

聲明：文章內(nèi)容不代表本站觀點及立場，不構(gòu)成本平臺任何投資建議。本文內(nèi)容僅供參考，風(fēng)險自擔(dān)！
Tag：Web   API  

你可能感興趣的文章

幣圈快訊

  • 美國務(wù)院或于周五啟動大規(guī)模裁員

    2025-07-11 03:00
    金色財經(jīng)報道，據(jù)美國財經(jīng)媒體Semafor報道，在美國最高法院為特朗普政府推進(jìn)機(jī)構(gòu)改組和精簡計劃鋪平道路后，美國國務(wù)院員工正準(zhǔn)備迎接可能于當(dāng)?shù)貢r間本周五啟動的大規(guī)模裁員。本周二，最高法院撤銷了下級法院阻止原定裁員計劃的裁決，此次裁員規(guī)?？赡苓_(dá)數(shù)千人。據(jù)多位消息人士透露，美國國務(wù)院已預(yù)料到這一裁決，目前正準(zhǔn)備在本周啟動“強(qiáng)制減員”通知程序，但具體時間表仍存在變數(shù)。在等待最高法院裁決期間，美國國務(wù)院已著手籌備更廣泛的重組計劃：上月該部門要求公務(wù)員提交最新簡歷，并更新了《外交事務(wù)手冊》以適應(yīng)重組需要。

  • 比特幣續(xù)創(chuàng)新高期權(quán)交易員劍指12萬美元目標(biāo)位

    2025-07-11 02:50
    金色財經(jīng)報道，比特幣再度刷新歷史高位，目前期權(quán)交易員已將目標(biāo)瞄準(zhǔn)更高價格區(qū)間。在比特幣首次突破11.3萬美元關(guān)口之際，Deribit交易所未平倉合約明顯向執(zhí)行價11.5萬和12萬美元的看漲期權(quán)集中。更長期限的9月末與12月到期期權(quán)，未平倉合約已延伸至14萬和15萬美元執(zhí)行價。這輪由機(jī)構(gòu)需求助推的突破性上漲，再次驗證了加密多頭自去年11月美國大選以來的判斷——特朗普再度執(zhí)政將開啟寬松監(jiān)管新時代?！捌跈?quán)市場正反映出強(qiáng)烈的看漲情緒，”DeFi交易機(jī)構(gòu)Ergonia研究總監(jiān)ChrisNewhouse指出，“行情突破歷史高點前剛遭遇5月7日以來最大規(guī)?？疹^平倉，約4.47億美元頭寸遭強(qiáng)平，這清楚表明看跌倉位已過度擁擠且極易引發(fā)軋空。”

  • 比特幣價格突破80萬元人民幣，續(xù)創(chuàng)歷史新高

    2025-07-11 02:09
    金色財經(jīng)報道，行情顯示，比特幣價格突破80萬元人民幣每枚，續(xù)創(chuàng)歷史新高，現(xiàn)報814898元/枚，24小時漲幅2.45%。行情波動較大，請做好風(fēng)險控制。

  • 加密貨幣總市值突破3.6萬億美元

    2025-07-11 01:39
    金色財經(jīng)報道，據(jù)CoinGecko數(shù)據(jù)，加密貨幣總市值突破3.6萬億美元，現(xiàn)報3,604,103,852,381美元，24小時漲幅0.1%。其中，BTC市占率為62.7%，ETH市占率為9.46%。

  • BTC突破113500美元，再創(chuàng)歷史新高

    2025-07-11 01:32
    金色財經(jīng)報道，行情顯示，BTC突破113500美元，現(xiàn)報113524.97美元，再創(chuàng)歷史新高，24小時漲幅4.03%，行情波動較大，請做好風(fēng)險控制。
    • 查看更多