所以我有一個現(xiàn)有的應(yīng)用程序已經(jīng)在應(yīng)用程序商店上架了很長一段時間，截至 3 天前，我收到更多支持查詢，說我的應(yīng)用程序無法連接到我的服務(wù)。現(xiàn)在，它終于在我的 Android 設(shè)備上發(fā)生了——一切都適用于 iOS，適用于模擬器上的 Android——但在現(xiàn)實世界中卻一無所獲。我已經(jīng)盡我所能地使用 Cordova 進行逐步調(diào)試，它很好地通過了白名單測試。我的第一個 XHR 請求工作正常，但后續(xù)請求總是失敗，直到我完全關(guān)閉應(yīng)用程序并重新打開。我正在使用cordova-plugin-whitelist@1.3.4- 我也試過cordova-plugin-whitelist@1.0.0我的Content-Security-Policy長相是這樣的<meta http-equiv="Content-Security-Policy" content="default-src * 'self' gap:; img-src http://*.my-site.com.au https://*.my-site.com.au https://*.my-site.com http://*.my-site.com https://*.googleusercontent.com http://*.googleapis.com https://google.com https://*.google.com https://*.googleapis.com https://*.gstatic.com 'self' data:; style-src http://*.googleapis.com https://*.googleapis.com 'self' 'unsafe-inline'; script-src 'self' https://*.googleapis.com http://*.googleapis.com http://maps.google.com http://*.gstatic.com https://*.gstatic.com https://maps.google.com 'unsafe-inline' 'unsafe-eval'">我的科爾多瓦配置有<allow-navigation href="*" /><allow-navigation href="http://*/*" /><allow-navigation href="https://*/*" />我試過添加/刪除/替換上面/每個組合<access origin="*" />但沒有運氣。我的 XHR 響應(yīng)總是如下所示xhr.responseUrl = "http://my-site.com/?d=12343902i49"xhr.status = 0xhr.responseText = ""我已經(jīng)盡可能地在 Cordova 插件中逐步調(diào)試了 XHR 請求，通過逐步調(diào)試Whitelist.java但一切都返回正常并且它成功地進入了行// If we don't need to special-case the request, let the browser load it.return null;功能的WebResourceResponse shouldInterceptRequest(WebView view, String url)在org.apache.cordova.engine.SystemWebViewClient.java
4 回答
紅顏莎娜
TA貢獻1842條經(jīng)驗 獲得超13個贊
如果降低 targetSDK，問題就會消失，這可能usesCleartextTraffic是 Nidhin Josehp 提到的問題。當(dāng)目標(biāo)為 SDK 28 或更高版本時，它只會影響 Android 8 或更新版本的設(shè)備。
您可以將AndroidManifest.xml其添加到config.xml
<platform name="android">
<edit-config file="app/src/main/AndroidManifest.xml" mode="merge" target="/manifest/application">
<application android:usesCleartextTraffic="true" />
</edit-config>
</platform>
您可能需要將小部件標(biāo)簽更改config.xml為如下所示：
<widget id="com.your.app.id" version="1.0.0"
xmlns="http://www.w3.org/ns/widgets"
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:cdv="http://cordova.apache.org/ns/1.0">
（加法是xmlns:android="http://schemas.android.com/apk/res/android"）
慕妹3242003
TA貢獻1824條經(jīng)驗 獲得超6個贊
嘗試添加android:usesCleartextTraffic="true"到<application>或AndroidManifest.xml如下使用config.xml
<platform name="android">
<edit-config file="app/src/main/AndroidManifest.xml" mode="merge" target="/manifest/application">
<application android:usesCleartextTraffic="true" />
</edit-config>
</platform>
android:usesCleartextTraffic指示應(yīng)用是否打算使用明文網(wǎng)絡(luò)流量，例如明文 HTTP。針對 API 級別 27 或更低級別的應(yīng)用程序的默認(rèn)值為“true”。以 API 級別 28 或更高級別為目標(biāo)的應(yīng)用默認(rèn)為“false”。更多信息
明文是任何未加密或打算加密的傳輸或存儲信息。當(dāng)應(yīng)用程序使用明文網(wǎng)絡(luò)流量（例如 HTTP）與服務(wù)器通信時，它可能會增加竊聽和篡改內(nèi)容的風(fēng)險，這就是為什么在最新的 Android 設(shè)備中，它被默認(rèn)設(shè)置為false。
翻翻過去那場雪
TA貢獻2065條經(jīng)驗 獲得超14個贊
我要跳，我發(fā)誓。
<uses-sdk android:minSdkVersion="19" android:targetSdkVersion="26" />
將 targetSdkVersion 從 28 更改為 26。有效。但這將是一場噩夢。
侃侃爾雅
TA貢獻1801條經(jīng)驗 獲得超16個贊
這是指由 Chrome 76 中引入的錯誤引起的與 CORS 相關(guān)的問題（基于相同版本的 WebKit 的 WebViews 受到影響也）。Chrome 76 于 2019 年 8 月開始推出。如果受影響的應(yīng)用程序重新啟動但隨機返回，問題通常會消失。
根據(jù)工單，該問題已在這幾天推出的 Chrome 76.0.3809.111 中得到修復(fù)。
在您的模擬器上，您可能使用的是舊版本的 Chrome，這可能是問題沒有出現(xiàn)在那里的原因。如果您比較受影響和未受影響的設(shè)備，發(fā)現(xiàn)只有運行版本 >=76.0和 <的 Chrome 的設(shè)備76.0.3809.111顯示癥狀，您可能找到了問題的原因。
如果是這種情況，您至少有以下選擇：
等待 Chrome 的固定版本推出（許多受影響的手機可能已經(jīng)出現(xiàn)這種情況）。
如果您控制著服務(wù)器，則可以將
file://來源添加到那里的允許來源列表中，這就是我們所做的。不過，您必須仔細(xì)考慮安全隱患。
順便說一句，在重新啟動應(yīng)用程序后，問題通常會消失，這使得調(diào)試變得困難。我們發(fā)現(xiàn)，它可以通過卸載并重新安裝受影響的應(yīng)用程序來重現(xiàn)。
添加回答
舉報
0/150
提交
取消