androidstudio卡在

Ⅰ Android Studio啟動安卓虛擬機一直卡在開機畫面是怎麼回事

android studio的虛擬機啟動卡在開機畫面的原因有可能是：
1.HAX默認的最大值是1GB，但是AS自帶的那個虛擬機的值是1.5GB，所以HAX是不開啟的，可以查看一下RUN那邊的輸出。HAX正確開啟的時候，會輸出一行紅色的字：HAX is working and emulator runs in fast virt mode。HAX未開啟的時候，會提示修改AVD的內存設置。
所以可以在虛擬機的設置畫面進行設置為1.5GB。
2.後台已經有一個虛擬機的進程adb.exe，需要進入任務管理器，強制停止，重新開啟一個avd虛擬機。
android studio自帶的虛擬機一般速度很慢，建議下載一些商業免費的虛擬機，有bluestacks、夜神，載入速度很快，而且集成了手勢的功能，可以進行android手機的開發。

Ⅱ Android Studio編譯慢，卡死和狂佔內存怎麼破

已經使用Android Studio進行開發超過一年，隨著項目的增大，依賴庫的增多，構建速度越來越慢，現在最慢要6分鍾才能build一個release的安裝包，在網上查找資料，發現可以通過一些配置可以加快速度，這里跟大家分享一下。
開啟gradle單獨的守護進程
在下面的目錄下面創建gradle.properties文件：
/home/<username>/.gradle/ (Linux)
/Users/<username>/.gradle/ (Mac)
C:\Users\<username>\.gradle (Windows)
並在文件中增加：
org.gradle.daemon=true

同時修改項目下的gradle.properties文件也可以優化：
# Project-wide Gradle settings.
# IDE (e.g. Android Studio) users:
# Settings specified in this file will override any Gradle settings
# configured through the IDE.
# For more details on how to configure your build environment visit
# http://www.gradle.org/docs/current/userguide/build_environment.html
# The Gradle daemon aims to improve the startup and execution time of Gradle.
# When set to true the Gradle daemon is to run the build.
# TODO: disable daemon on CI, since builds should be clean and reliable on servers
org.gradle.daemon=true
# Specifies the JVM arguments used for the daemon process.
# The setting is particularly useful for tweaking memory settings.
# Default value: -Xmx10248m -XX:MaxPermSize=256m
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
# When configured, Gradle will run in incubating parallel mode.
# This option should only be used with decoupled projects. More details, visit
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:decoupled_projects
org.gradle.parallel=true
# Enables new incubating mode that makes Gradle selective when configuring projects.
# Only relevant projects are configured which results in faster builds for large multi-projects.
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:configuration_on_demand
org.gradle.configureondemand=true

同時上面的這些參數也可以配置到前面的用戶目錄下的gradle.properties文件里，那樣就不是針對一個項目生效，而是針對所有項目生效。
上面的配置文件主要就是做， 增大gradle運行的java虛擬機的大小，讓gradle在編譯的時候使用獨立進程，讓gradle可以平行的運行。
修改android studio配置
在android studio的配置中，開啟offline模式，以及修改配置。實際上的配置和上面的一大段一樣，主要是在這個地方配置的只會在ide構建的時候生效，命令行構建不會生效。

Ⅲ Android Studio編譯慢、卡死和狂佔內存怎麼破

在2020年，仍然使用2g內存的電腦，你可以改變職業。沒有合適的設備，什麼都沒用。Android Studio是內存，設備爛卡死不可避免，要解決卡的問題，一定要升級硬體設備。另一些人則說，對修辭學的回答相當有力，在一定程度上，加快編譯的速度，卻不能解決卡死的問題，沒有人能解釋為什麼會加快編譯的速度。

至於加快編譯，有一種方法，我認為一些主要適用性的答案並不強，實際上應該從gradle開始，什麼不是正確的地方，也請輕噴，有什麼問題可以留個信息。

我談到了下面的所有步驟，建議在最後進行。在終端編譯中有很多好處:

能觀察整個編譯過程，幫助理解層次構建過程;

可以看出哪些任務在編譯過程中耗費時間，可以較慢地編寫出適合的補救方案;

可以終止編譯，如果在某個階段被卡住，CTRL + c終止編譯，Android也會終止在Studio中編譯，但基本上九次會失敗;

因為它最終會對Android Studio產生影響，基本不會導致Android Studio caton;不滿足Android工作室的各種bug ?

最後，為什麼要減少設置中模塊的數量。Gradle實際上可以加速編譯，但是有很多限制?

首先,我們認為編譯過程,首先解析gradle配置,設置任務依賴於有向圖,然後執行每個任務的模塊,如果我們通過maven的依賴關系,使用模塊的aar(單android庫),如果我們想要改變文件在這個模塊,不要再次修改上傳下載,每次都是很好,但是有一個致命的問題:不修改版本號,快照通常不是做的想法。這可能導致一些不會生效的變化，並且需要時間來解決這個問題。但是，有一種方法可以在一定程度上解決這個問題，並添加以下腳本:

項目。配置。所有(新操作<配置> ({@ Overridevoidexecute(配置文件){文件)。ResolutionStrategy。TimeUnit CacheDynamicVersionsFor(5。分鍾)

文件。ResolutionStrategy。TimeUnit CacheChangingMolesFor(0。秒)} })

有人會問，插件，每個人都要開發一個模塊，對於每個模塊的維護都要打包到maven，每次我修改，甚至很小的改動，也要做一個上傳，就會遇到快照不做同樣的問題。嘿，嘿，這個問題，我們公司有一個等級插件，已經解決了，至於解決方案，是公司機密，我不會說。

一件事,我相信大多數開發人員共同發展是單一模塊,該模塊的情況並不多,所以最基本的也是依賴aar或罐子里,並不存在所謂的圖書館aar上傳,所以一些答案的耶和華說並不意味著什麼,這就是為什麼我說影響編譯速度的情況主要集中在它的生命周期的第三階段,第三階段的優化,看到我的答案。