Android Studio 和 Android Gradle 插件的已知問題

這篇具有很好參考價值的文章主要介紹了Android Studio 和 Android Gradle 插件的已知問題。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方，請大家不吝賜教，您也可以點擊"舉報違法"按鈕提交疑問。

Android Studio 的已知問題

渲染 Compose 預(yù)覽時出錯

從 Android Studio Chipmunk 開始，如果您在問題面板中看到?java.lang.NoSuchFieldError: view_tree_saved_state_registry_owner?或?java.lang.ClassNotFoundException: androidx.savedstate.R$id，請務(wù)必在模塊中添加對?androidx.lifecycle:lifecycle-viewmodel-savedstate?的?debugImplementation?依賴項。

如果您在問題面板中看到?java.lang.NoSuchFieldError: view_tree_lifecycle_owner，請務(wù)必在模塊中添加對?androidx.lifecycle:lifecycle-runtime?的?debugImplementation?依賴項。

如果您在問題面板中看到?java.lang.NoClassDefFoundError: Could not initialize class androidx.customview.poolingcontainer.PoolingContainer?或?java.lang.NoClassDefFoundError: androidx/customview/poolingcontainer/PoolingContainerListener，請務(wù)必在模塊中添加對?androidx.customview:customview-poolingcontainer?的?debugImplementation?依賴項。

對密鑰和密鑰庫使用不同的密碼時出錯

從 4.2 版本開始，Android Studio 現(xiàn)在將在 JDK 11 上運行。此變更會導(dǎo)致與簽名密鑰相關(guān)的底層行為發(fā)生變更。

在您依次進入?Build?>?Generate Signed Bundle / APK?并嘗試為 app bundle 或 APK 配置應(yīng)用簽名時，如果對密鑰和密鑰庫輸入不同的密碼，就可能會導(dǎo)致以下錯誤：

Key was created with errors:
Warning: Different store and Key passwords not supported for PKCS12 Key stores

如需解決此問題，請為密鑰和密鑰庫輸入相同的密碼。

安裝 4.2 版本后，Android Studio 無法啟動

Studio 會嘗試導(dǎo)入之前版本的 .vmoptions 并對其進行清理，以便與 JDK 11 使用的垃圾回收器配合使用。如果此進程失敗，對于在 .vmoptions 文件中設(shè)置了自定義虛擬機選項的用戶，Android Studio 可能不會啟動。

為了解決此問題，我們建議在 .vmoptions 中注釋掉自定義選項（使用“#”字符）。.vmoptions 文件位于以下位置：

Windows

C:\Users\YourUserName\AppData\[Local|Roaming]\Google\AndroidStudio4.2\studio64.exe.vmoptions

macOS

~/Library/Application Support/Google/AndroidStudio4.2/studio.vmoptions

Linux

~/.config/Google/AndroidStudio4.2/studio64.vmoptions

使用 Database Inspector 的應(yīng)用在 Android 11 模擬器上發(fā)生崩潰問題

使用 Database Inspector 的應(yīng)用在 Android 11 模擬器上運行時可能會崩潰；如發(fā)生崩潰，Logcat 中會顯示如下錯誤：

 Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)

若要解決此問題，請將 Android 11 模擬器升級到版本 9 或更高版本，方法如下：依次進入?Tools > SDK Manager，在?SDK Platforms?標簽頁中，勾選標簽為?Show Package Details?的復(fù)選框，然后選擇 Android 11 模擬器修訂版 9 或更高版本。

Android Studio 和 Android Gradle 插件的已知問題,AS,android,android studio,ide

?Studio 在升級后無法啟動

如果 Studio 在升級后沒有啟動，可能是因為從舊版 Android Studio 導(dǎo)入的 Android Studio 配置無效或插件不兼容。為了解決此問題，請根據(jù)所使用的 Android Studio 版本和操作系統(tǒng)，嘗試刪除以下目錄（或重命名以下目錄，以作備份），然后再次啟動 Android Studio。這會將 Android Studio 重置為其默認狀態(tài)，并移除所有第三方插件。

對于 Android Studio 4.1 及更高版本：

Windows：%APPDATA%\Google\AndroidStudio<version>
示例：C:\Users\your_user_name\AppData\Roaming\Google\AndroidStudio4.1
macOS：~/Library/Application Support/Google/AndroidStudio<version>
示例：~/Library/Application Support/Google/AndroidStudio4.1
Linux：~/.config/Google/AndroidStudio<version>?和?~/.local/share/Google/AndroidStudio<version>
示例：~/.config/Google/AndroidStudio4.1?和?~/.local/share/Google/AndroidStudio4.1

對于 Android Studio 4.0 及更低版本：

Windows：%HOMEPATH%\.AndroidStudio<version>\config
示例：C:\Users\your_user_name\.AndroidStudio3.6\config
macOS：~/Library/Preferences/AndroidStudio<version>
示例：~/Library/Preferences/AndroidStudio3.6
Linux：~/.AndroidStudio<version>/config
示例：~/.AndroidStudio3.6/config

請注意，Android Studio Canary 版和 Beta 版的配置目錄是?PreviewX.Y（而不是用于?<version>?的?X.Y）。例如，Android Studio 4.1 Canary build 使用的是?AndroidStudioPreview4.1?目錄，而不是?AndroidStudio4.1?目錄，后者用于候選版本和穩(wěn)定版本。

Kotlin 多平臺項目中的編譯問題

Kotlin MPP 代碼中可能會因缺少符號而出現(xiàn)編譯錯誤。將 Kotlin 插件升級到版本 1.4 應(yīng)該能解決此問題。

Linux 上的按鍵映射沖突

在 Linux 上，某些鍵盤快捷鍵會與默認的 Linux 鍵盤快捷鍵以及常見窗口管理器（例如 KDE 和 GNOME）的鍵盤快捷鍵沖突。這些沖突的鍵盤快捷鍵可能無法在 Android Studio 中正常使用。

ChromeOS 上的界面文字較小

在 ChromeOS 上，文字看起來可能比以前版本中的文字小得多。若要解決此問題，請執(zhí)行以下操作：

依次點擊?File > Settings，打開?Settings?窗口
依次轉(zhuǎn)到?Appearance & Behavior > Appearance。
選擇?Use custom font。
增大字號。
在?Settings?窗口中，依次轉(zhuǎn)到?Editor > Font。
增大字號。
點擊?OK。

代碼編輯

本部分將說明與代碼編輯器相關(guān)的已知問題。

鍵盤輸入凍結(jié) - Linux 上的“iBus”問題

Linux 上的 iBus 守護程序與 Android Studio 之間存在一些已知的互動問題。在某些情況下，IDE 會停止響應(yīng)鍵盤輸入或開始輸入隨機字符。此 bug 由 iBus 和 XLib + AWT 之間的同步不完整而引發(fā)，并且已報告給上游的?JetBrains?和?iBus?開發(fā)者。此問題目前有三種解決方法：

解決方法 1：強制 iBus 進入同步模式。在啟動 Android Studio 之前，請在命令行中運行以下命令：
```
$ IBUS_ENABLE_SYNC_MODE=1 ibus-daemon -xrd
```
解決方法 2：在 Android Studio 中停用 iBus 輸入法。如需僅對 Android Studio 停用 iBus 輸入法，請在命令行中運行以下命令：
```
$ XMODIFIERS= ./bin/studio.sh
```
這樣做只會對 Android Studio 停用輸入法，而不會影響您可能正在運行的任何其他應(yīng)用。請注意，如果您在 Android Studio 處于運行狀態(tài)時重啟 iBus 守護程序（例如，通過運行?ibus-daemon -rd），則相當于對所有其他應(yīng)用停用了輸入法，并可能導(dǎo)致 Android Studio 的 JVM 崩潰以及出現(xiàn)分段錯誤。
解決方法 3：仔細檢查快捷鍵設(shè)置，確保未將?Next input shortcut?設(shè)置為 Ctrl+Space，因為這也是 Android Studio 中的代碼補全快捷鍵。Ubuntu 14.04 (Trusty) 中的默認快捷鍵是 Super+Space，但也可能沿用了先前版本的設(shè)置。如需檢查快捷鍵設(shè)置，請在命令行中運行?ibus-setup?以打開“IBus Preferences”窗口。在?Keyboard Shortcuts?下，選中?Next input method。如果它已被設(shè)為 Ctrl+Space，請將其更改為 Super+Space 或您選擇的其他快捷鍵。

項目配置

本部分將介紹與項目配置和 Gradle 同步相關(guān)的已知問題。

Gradle 同步失?。汗艿罒o效

此問題是因 Gradle 守護程序嘗試使用 IPv4 而非 IPv6 引起的。

解決方法 1：在 Linux 上，將以下內(nèi)容放入?~/.profile?或?~/.bash_profile?中：
```
export _JAVA_OPTIONS="-Djava.net.preferIPv6Addresses=true"
```
解決方法 2：在 Android Studio 的?vmoptions 文件中，將?-Djava.net.preferIPv4Addresses=true?行更改為?-Djava.net.preferIPv6Addresses=true。如需了解詳情，請參閱網(wǎng)絡(luò) IPv6 用戶指南。

Gradle 同步或 SDK 管理器發(fā)生“peer not authenticated”錯誤

這些錯誤的根本原因在于?$JAVA_HOME/jre/lib/certificates/cacerts?中缺少證書。如需解決此類錯誤，請按以下步驟操作：

如果您使用了網(wǎng)絡(luò)代理，請嘗試直接連接。如果直接連接有效，那么為了通過代理進行連接，您可能需要使用?keytool?將代理服務(wù)器的證書添加到 cacerts 文件中。
重新安裝受支持且未經(jīng)修改的 JDK。存在一個影響 Ubuntu 用戶的已知問題，會產(chǎn)生空的?/etc/ssl/certs/java/cacerts。如需解決此問題，請在命令行中執(zhí)行以下命令：
```
sudo /var/lib/dpkg/info/ca-certificates-java.postinst configure
```

部署

本部分將介紹有關(guān)將應(yīng)用部署到已連接設(shè)備的已知問題。

[僅限 Mac OS] 由于保存在?`/System/Volumes/Data`?下的項目的 Gradle 文件監(jiān)控存在問題，因此系統(tǒng)無法執(zhí)行增量更新

Gradle 問題 18149?會影響 Android Gradle 插件版本 7.0 及更高版本，因為它們需要 Gradle 版本 7.0 及更高版本。從 Gradle 7.0 開始，文件監(jiān)控功能默認處于啟用狀態(tài)。如果您使用的是 Mac OS 并且項目保存在?/System/Volumes/Data?下，Gradle 文件監(jiān)控功能將無法正確跟蹤文件更改。這會使構(gòu)建系統(tǒng)看不到任何文件更改，因此無法更新 APK。此時，增量部署代碼將不執(zhí)行任何操作，因為本地 APK 狀態(tài)與設(shè)備上的狀態(tài)相同。

如需解決此問題，您應(yīng)將項目的目錄移動到用戶目錄，即?/Users/username?下。然后，構(gòu)建系統(tǒng)會通過 Gradle 文件監(jiān)控功能正確收到有關(guān)文件更改的通知，并成功應(yīng)用增量更改。

macOS High Sierra 上的 Android 模擬器 HAXM

macOS High Sierra (10.13) 上的 Android 模擬器需要 HAXM 6.2.1 或更高版本才能實現(xiàn)最佳的 macOS 兼容性和穩(wěn)定性。不過，在 macOS 10.13 上安裝 HAXM 等內(nèi)核擴展的流程更為繁瑣。您需要按以下方式手動允許安裝內(nèi)核擴展：

首先，嘗試通過?SDK 管理器安裝最新版本的 HAXM。
在 MacOS 中，依次轉(zhuǎn)到?System Preferences > Security and Privacy。
如果您看到“System software from developer "Intel Corporation Apps" was blocked from loading”，請點擊?Allow：

Android Studio 和 Android Gradle 插件的已知問題,AS,android,android studio,ide

Apply Changes

本部分介紹與?Apply Changes?相關(guān)的已知問題。

未采用新的應(yīng)用名稱

如果您重命名應(yīng)用，然后嘗試應(yīng)用此更改，系統(tǒng)可能不會顯示更新后的名稱。若要解決此問題，請點擊?Run?圖標? Android Studio 和 Android Gradle 插件的已知問題,AS,android,android studio,ide ?重新部署應(yīng)用，然后您就會看到相應(yīng)更改。

Android Runtime 中的問題拋出錯誤

如果您使用的是搭載 Android 8.0 或 8.1 的設(shè)備，那么在嘗試應(yīng)用某些類型的更改時（特別是當您使用 Kotlin 時），您可能會看到“VERIFICATION_ERROR”消息。此消息是由 Android Runtime 相關(guān)問題引起的，該問題在 Android 9.0 及更高版本中已解決。雖然該問題會導(dǎo)致 Apply Changes 失敗，但您仍可通過點擊?Run?圖標? Android Studio 和 Android Gradle 插件的已知問題,AS,android,android studio,ide ?重新運行應(yīng)用來查看更改。不過，仍建議您將設(shè)備升級到 Android 9.0 或更高版本。

調(diào)試和測試

本部分將介紹與調(diào)試和測試應(yīng)用相關(guān)的已知問題。

從 Android Studio 運行時，JUnit 測試在類路徑中找不到資源

如果您的 Java 模塊使用了特定的資源文件夾，那么從 IDE 運行測試時將找不到這些資源。您可以從命令行使用 Gradle 運行測試，也可以從 IDE 執(zhí)行 Gradle?check?任務(wù)。如需了解詳情，請參閱問題 64887。

出現(xiàn)此問題的原因是，從 IntelliJ 13 起，您只能將一個文件夾用作類路徑。IntelliJ 的構(gòu)建工具會將所有資源復(fù)制到該 build 文件夾中，但 Gradle 不會復(fù)制這些資源。

解決方法 1：從 IDE 運行 Gradle?check?任務(wù)，而不是運行單元測試。
解決方法 2：更新構(gòu)建腳本以手動將資源復(fù)制到 build 文件夾中。如需了解詳情，請參閱此處的第 13 條評論。

運行 JUnit 測試可能會編譯兩次代碼

創(chuàng)建新項目時，系統(tǒng)可能會在 Make 和 Gradle-aware Make 這兩個“發(fā)布前”步驟中創(chuàng)建模板 JUnit 配置。然后，系統(tǒng)會將此配置傳播到所有已創(chuàng)建的 JUnit 運行配置。

若要為當前項目修復(fù)此問題，請依次點擊?Run > Edit Configurations，然后將默認的 JUnit 配置更改為僅包含 Gradle-aware Make 步驟。
若要為今后的所有項目解決此問題，請依次點擊?File > Close Project。您應(yīng)該會看到歡迎屏幕。然后，依次點擊?Configure > Project Defaults > Run Configurations，并將 JUnit 配置更改為僅包含 Gradle-aware Make 步驟。

某些測試運行配置無效

右鍵點擊某個測試方法時，并非所有可用的運行配置都有效。具體而言，以下配置無效：

Gradle 運行配置（其圖標為 Gradle 徽標）無效。
JUnit 運行配置（其圖標不帶綠色的 Android）不適用于插樁測試（此類測試無法在本地 JVM 上運行）。

Android Studio 還會記住在給定上下文中創(chuàng)建的運行配置（例如，右鍵點擊特定類或方法），并且以后不會為您提供在其他配置中運行的選項。若要修復(fù)此問題，請依次點擊?Run > Edit Configurations，然后移除錯誤創(chuàng)建的配置。

調(diào)試原生代碼時添加 Java 斷點

當您的應(yīng)用在原生代碼中的斷點處暫停時，Auto?和?Dual?調(diào)試程序可能無法立即識別您設(shè)置的新 Java 斷點。若要避免此問題，請在啟動調(diào)試會話之前或在 Java 斷點處暫停應(yīng)用時添加 Java 斷點。如需了解詳情，請參閱問題 229949。

退出原生調(diào)試程序

使用?Auto?或?Dual?調(diào)試程序調(diào)試 Java 代碼和原生代碼時，如果您通過 Java 代碼逐步執(zhí)行原生函數(shù)（例如，調(diào)試程序在調(diào)用原生函數(shù)的某行 Java 代碼處暫停執(zhí)行，并且您點擊?Step Into?圖標? Android Studio 和 Android Gradle 插件的已知問題,AS,android,android studio,ide ）并且希望返回到 Java 代碼，請點擊?Resume Program?圖標?（而非?Step Out?圖標??或?Step Over?圖標?）。您的應(yīng)用進程仍將處于暫停狀態(tài)，因此請點擊?your-module-java?標簽頁中的?Resume Program?圖標? Android Studio 和 Android Gradle 插件的已知問題,AS,android,android studio,ide ?來將其恢復(fù)。

原生調(diào)試程序在加載庫時掛起

在升級到 Android Studio 4.2 及更高版本后首次使用原生調(diào)試程序時，原生調(diào)試程序可能會在從 Android 設(shè)備加載庫時停止響應(yīng)。這是一項棘手的問題，即使您停止并重啟調(diào)試程序，也會繼續(xù)出現(xiàn)此問題。如需解決此問題，請在?$USER/.lldb/module-cache/?刪除 LLDB 緩存。

原生調(diào)試程序崩潰并顯示“Debugger process finished with exit code 127”

基于 Linux 的平臺在啟動原生調(diào)試程序時會發(fā)生此錯誤。這表示原生調(diào)試程序所需的某個庫未安裝在本地系統(tǒng)上。缺少的庫的名稱可能已輸出到?idea.log?文件中。若未輸出，您可以使用終端進入 Android Studio 安裝目錄，然后執(zhí)行?bin/lldb/bin/LLDBFrontend --version?命令行以查明缺少哪些庫。通常，缺少的庫是?ncurses5，因為某些最新的 Linux 發(fā)行版已升級到?ncurses6。

性能分析器

本部分將說明性能分析器的已知問題。

原生內(nèi)存分析器：在應(yīng)用啟動過程中無法進行性能分析

原生內(nèi)存分析器目前在應(yīng)用啟動過程中不可用。此選項會在即將發(fā)布的版本中提供。

解決方法之一是，您可以使用?Perfetto 獨立命令行性能剖析器來捕獲啟動配置文件。

CPU 性能分析器中的超時錯誤

如果您選擇采樣 Java 方法或跟蹤 Java 方法配置，則可能會在 Android Studio CPU 性能分析器中遇到“停止記錄失敗”錯誤。這些是常見的超時錯誤，尤其是當您在?idea.log?文件中看到以下錯誤消息時：

Wait for ART trace file timed out

超時錯誤對所跟蹤方法的影響往往大于所采樣方法，對較長時間記錄的影響往往大于較短時間的記錄。作為臨時解決方法，嘗試較短時間的記錄以查看錯誤是否消失可能會很有幫助。

如果您在使用性能分析器時遇到超時問題，請?zhí)峤?bug，在提交內(nèi)容中附上設(shè)備品牌/型號以及來自?idea.log?和 Logcat 的所有相關(guān)條目。

執(zhí)行調(diào)試或性能分析時出現(xiàn) adb 異常

使用 Platform Tools 29.0.3 時，原生調(diào)試和 Android Studio 性能分析器可能無法正常工作，并且如果您依次選擇?Help > Show Log，可能會在?idea.log?文件中看到“AdbCommandRejectedException”或“Failed to connect port”。將 Platform Tools 升級到 29.0.4 或更高版本可以解決這兩個問題。

如需升級 Platform Tools，請執(zhí)行以下操作：

依次點擊?Tools > SDK Manager?或點擊工具欄中的?SDK Manager?圖標?，從 Android Studio 打開 SDK 管理器。
點擊?Android SDK Platform-Tools?旁邊的復(fù)選框，使其顯示復(fù)選標記。左側(cè)列中應(yīng)會顯示下載圖標?。
點擊?Apply?或?OK。?

插件阻止“Build Output”窗口正常運行

使用?CMake simple highlighter?插件會阻止內(nèi)容顯示在“Build Output”窗口中。build 會運行，“Build Output”標簽頁會顯示，但系統(tǒng)不會輸出任何內(nèi)容（問題 204791544）。

安裝順序阻礙啟動

如果先安裝新版本的 Android Studio，再安裝舊版本的 Android Studio，可能會導(dǎo)致舊版本無法啟動。例如，如果您先安裝 Canary 版 Android Studio，然后嘗試安裝并啟動穩(wěn)定版本，則穩(wěn)定版本可能無法啟動。在此類情況下，您必須清除緩存，才能啟動穩(wěn)定版本（舊版本）。在 macOS 上，如需清除緩存，請刪除?Library/ApplicationSupport/Google/AndroidStudioversion_number?目錄。在 Windows 上，如需清除緩存，請使用磁盤清理功能。

Espresso 測試記錄器無法與 Compose 配合使用

Espresso 測試記錄器不適用于包含 Compose 的項目。如需為包含 Compose 的項目創(chuàng)建界面測試，請參閱測試 Compose 布局。

Logcat 快捷鍵與非英語鍵盤布局沖突

如果您使用的是非英語鍵盤布局，則默認的 Logcat 鍵盤快捷鍵可能會與布局沖突，導(dǎo)致您在 Android Studio 中編輯文本時無法輸入某些字符。如要解決此問題，請刪除或重新映射有沖突的 Logcat 按鍵映射。如需在 Android Studio 中修改 Logcat 按鍵映射，請依次前往?Android Studio > Settings > Keymap，然后在按鍵映射列表中搜索?Logcat。如需了解詳情，請參閱問題 263475910。

此問題將在 Android Studio Electric Eel Patch 1 中通過移除 Logcat 快捷鍵來解決。

Android Gradle 插件的已知問題

本部分將介紹最新的穩(wěn)定版 Android Gradle 插件中存在的已知問題。

系統(tǒng)不會對所有動態(tài)功能庫依賴項進行 lint 檢查

在設(shè)置了?checkDependencies = true?的情況下從應(yīng)用模塊運行 lint 時，系統(tǒng)不會檢查動態(tài)功能庫依賴項，除非這些庫依賴項同時也是應(yīng)用依賴項（問題 191977888）。解決方法之一是，您可以在這些庫上運行 lint 任務(wù)。

對使用回車符命名的文件簽名

JAR 簽名（v1 方案）不支持包含回車符的文件名（問題 63885809）。

在構(gòu)建時可能無法正常修改變體輸出

新插件不支持使用 Variant API 來操縱變體輸出，但仍然支持使用該 API 處理某些簡單任務(wù)，例如在構(gòu)建時更改 APK 名稱，具體如下所示：

// If you use each() to iterate through the variant objects,
// you need to start using all(). That's because each() iterates
// through only the objects that already exist during configuration time—
// but those object don't exist at configuration time with the new model.
// However, all() adapts to the new model by picking up object as they are
// added during execution.
android.applicationVariants.all { variant ->
? ? variant.outputs.all {
? ? ? ? outputFileName = "${variant.name}-${variant.versionName}.apk"
? ? }
}

不過，涉及訪問?outputFile?對象的復(fù)雜任務(wù)已不再受支持。這是因為在配置階段不會再創(chuàng)建專門針對特定變體的任務(wù)。這會導(dǎo)致插件不能預(yù)先了解所有的輸出，但這也意味著將會縮短配置時間。

manifestOutputFile 不再可用

processManifest.manifestOutputFile()?方法不再可用，您在調(diào)用該方法時將會遇到以下錯誤：

A problem occurred configuring project ':myapp'.
   Could not get unknown property 'manifestOutputFile' for task
   ':myapp:processDebugManifest' of type
   com.android.build.gradle.tasks.ProcessManifest.

您可以調(diào)用?processManifest.manifestOutputDirectory()?來返回包含所有已生成清單的目錄的路徑，而不是調(diào)用?manifestOutputFile()?來獲取每個變體的清單文件。然后您可以找到相應(yīng)清單，并對該清單應(yīng)用您的邏輯。以下示例將在清單中動態(tài)更改版本代碼：

android.applicationVariants.all { variant ->
? ? variant.outputs.all { output ->
? ? ? ? output.processManifest.doLast {
? ? ? ? ? ? // Stores the path to the maifest.
? ? ? ? ? ? String manifestPath = "$manifestOutputDirectory/AndroidManifest.xml"
? ? ? ? ? ? // Stores the contents of the manifest.
? ? ? ? ? ? def manifestContent = file(manifestPath).getText()
? ? ? ? ? ? // Changes the version code in the stored text.
? ? ? ? ? ? manifestContent = manifestContent.replace('android:versionCode="1"',
? ? ? ? ? ? ? ? ? ? String.format('android:versionCode="%s"', generatedCode))
? ? ? ? ? ? // Overwrites the manifest with the new text.
? ? ? ? ? ? file(manifestPath).write(manifestContent)
? ? ? ? }
? ? }
}

AGP 7.3.0 AIDL 支持和 Kotlin 1.7.x 的問題

在 Kotlin 1.7.x 中將 AGP 7.3.0 與 KAPT 搭配使用會導(dǎo)致特定 build 變體的 AIDL 源代碼集被移除。您仍然可以使用其他 AIDL 源代碼集，包括?main/、build 類型、產(chǎn)品變種和產(chǎn)品變種組合的 AIDL 源代碼集。如果您需要使用針對特定變體的 AIDL 源代碼集，請繼續(xù)使用 Kotlin 1.6.21。

修復(fù)的已知問題

本部分介紹最新版本中已經(jīng)修復(fù)的已知問題。如果您遇到所述的任何問題，請將 Android Studio 更新為最新穩(wěn)定版或預(yù)覽版。

Android Studio 2021.1.1 中已修復(fù)的問題

缺少 lint 輸出：lint 任務(wù)的狀態(tài)為?UP-TO-DATE?時無輸出到?stdout?的 lint 文本輸出（問題 191897708）。已在 AGP 7.1.0-alpha05 中修復(fù)。
對使用 Hilt 插件的應(yīng)用項目進行單元測試時出現(xiàn)問題：單元測試類路徑包含非插樁應(yīng)用類，這意味著，運行單元測試時，Hilt 不會插樁應(yīng)用類來處理依賴項注入（問題 213534628）。已在 AGP 7.1.1 中修復(fù)。

Android Studio 2020.3.1 中已修復(fù)的問題

Kotlin 項目中的 lint 異常：設(shè)置了?checkDependencies = true?的 Kotlin 項目可能會遇到 null 指針異?；蝈e誤（問題 158777858）。

Android Studio 4.2 中已修復(fù)的問題

IDE 在 macOS Big Sur 上凍結(jié)：Android Studio 4.1 可能會在您打開對話框時凍結(jié)。

Android Studio 4.1 中修復(fù)的問題

重啟以應(yīng)用之前 IDE 版本中的內(nèi)存設(shè)置：更新 Android Studio 后，您需要重啟 Android Studio 才能應(yīng)用從之前 IDE 版本中遷移過來的任何內(nèi)存設(shè)置。
默認情況下，不再生成具有自定義權(quán)限字符串的清單類：如果您要生成該類，請設(shè)置?android.generateManifestClass = true。

Android Studio 3.6 中已修復(fù)的問題

LineageOS 上的 APK 安裝錯誤：將應(yīng)用部署到運行某些版本的 LineageOS 或 CyanogenMod 的設(shè)備可能會失敗，并拋出?INSTALL_PARSE_FAILED_NOT_APK?異常。

在 Android Studio 3.6 Beta 1 及更高版本上，當您將應(yīng)用部署到 LineageOS 或 CyanogenMod 設(shè)備時，IDE 會通過執(zhí)行完整的應(yīng)用安裝來處理此異常，這可能會導(dǎo)致部署時間變長。

Android Studio 3.5.2 中已修復(fù)的問題

XML 代碼樣式損壞：在修改 XML 代碼時，如果從菜單欄中依次選擇?Code > Reformat Code，IDE 會應(yīng)用不正確的代碼樣式。

Android Studio 3.3.1 中已修復(fù)的問題

掃描基于 C++ 的項目時出現(xiàn)內(nèi)存不足錯誤：如果 Gradle 掃描的項目在同一驅(qū)動器上的多個位置都有 C++ 代碼，掃描會涵蓋這些位置的首個共通目錄下的所有目錄。掃描大量目錄和文件可能會導(dǎo)致出現(xiàn)內(nèi)存不足錯誤。文章來源地址http://www.zghlxwxcb.cn/news/detail-521344.html

到了這里，關(guān)于Android Studio 和 Android Gradle 插件的已知問題的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！