androidstudio啟動慢

⑴ 用HAXM(KVM)提升android Studio模擬器速度

只要你的CPU是intel的產品並且支持VT（virtualization Technology）就可以使用HAXM技術將你的模擬器的速度提升至真機的水平。

Intel只提供了windows版和MAC版，而沒有linux版，其實linux版就是KVM，只要啟用了KVM，自然就是HAXM了。

Android的編譯環境Google首推Linux平台（64位的Ubuntu）而Mac系統排到第二位。那麼在Linux平台下是如何硬體加速的呢？

那就是傳說中的KVM（Kernel-based Virtual Machine），同樣的，它需要硬體的支持，比如intel的VT和AMD的V，它是基於硬體的完全虛擬化。

一切順利，接下來要創建x86或x86_64的模擬器，其他模擬器不支持。

使用起來果然飛快，連打開網頁的速度都令人驚奇。當然了，如果不用命令行啟動，直接在Android Studio中啟動x86_64架構的模擬器，速度也是很快，唯獨arm架構的模擬器啟動速度奇慢無比。話又說回來，既然有了比較不錯的cpu，那麼機器的其他配置一定差不了，這樣的配置跑起模擬器來肯定要比原來強。

模擬器順手了，下面就盡情享受開發的樂趣吧。

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

已經使用AndroidStudio進行開發超過一年，隨著項目的增大，依賴庫的增多，構建速度越來越慢，現在最慢要6分鍾才能build一個release的安裝包，在網上查找資料，發現可以通過一些配置可以加快速度，這里跟大家分享一下。開啟gradle單獨的守護進程在下面的目錄下面創建gradle.properties文件：/home//.gradle/(Linux)/Users//.gradle/(Mac)C:\Users\\.gradle(Windows)並在文件中增加：org.gradle.daemon=true同時修改項目下的gradle.properties文件也可以優化：#Project-wideGradlesettings.#IDE(e.g.AndroidStudio)users:##configuredthroughtheIDE.###sec:configuration_on_demandorg.gradle.configureondemand=true同時上面的這些參數也可以配置到前面的用戶目錄下的gradle.properties文件里，那樣就不是針對一個項目生效，而是針對所有項目生效。上面的配置文件主要就是做，增大gradle運行的java虛擬機的大小，讓gradle在編譯的時候使用獨立進程，讓gradle可以平行的運行。修改androidstudio配置在androidstudio的配置中，開啟offline模式，以及修改配置。實際上的配置和上面的一大段一樣，主要是在這個地方配置的只會在ide構建的時候生效，命令行構建不會生效。命令行構建基於上面的配置，命令行構建時在命令後面加上這個參數即可--daemon--parallel--offline。引入依賴庫時使用aar使用網上第三方的依賴庫時盡量使用aar，可以在maven/android/2015/03/01/android-reference-local-aar/。

⑶ android studioAVE啟動失敗

androidstudioAVE啟動可能為文件格式錯誤。解決步驟為：
1、打開AndroidStudio安裝目錄bin下找到idea.properties，打開在文件最後一行添加disable.android.first.run=true。
2：將文件另保存，保存時將文件編碼改為UTF-8。
3、重新啟動AndroidStudio即可成功運行。

⑷ Android Studio啟動AVD遇到的問題

解決方法：

1.如果你沒有安裝Intel x86 Emulator Accelerator（HAXM），則打開SDK Manager下載並安裝HAXM。

(4)androidstudio啟動慢擴展閱讀：

1、優化小貼士：在主體中打開你的應用，點擊小貼士，會得到這樣的建議：為你的應用開發平板電腦版本。

2、應用翻譯服務：允許開發者直接在開發主體中獲得專業的翻譯。上傳你的需求，選擇翻譯，其會顯示翻譯方和價格，並在一周內發回譯本。

3、推薦跟蹤：允許開發者找出最有效的廣告

4、營收曲線圖：向開發者展示其應用營收，以國家進行劃分

5、試用版測試和階段性展示：開發者可以對應用進行測試，然後向測試用戶推出，測試結果不會對外公布。當一個版本的測試結束，開發者可以向特定比例用戶推出[4]。

Android Studio這款開發工具被首次公布，這也是為了方便開發者基於Android開發。

首先解決的一個問題是多解析度。Android設備擁有大量不同尺寸的屏幕和解析度，根據新的Studio，開發者可以很方便的調整在各個解析度設備上的應用。

同時Studio還解決語言問題，多語言版本（但是沒有中文版本）、支持翻譯都讓開發者更適應全球開發環境。Studio還提供收入記錄功能。

最大的改變在於Beta測試的功能。Studio提供了Beta Testing，可以讓開發者很方便試運行。

2015年

2015年5月29日，在谷歌I/O開發者大會上，谷歌發布AndroidStudio 1.3版，支持C++編輯和查錯功能。Android Studio 1.3版開發碼代碼變得更加容易，速度提升，而且支持C++編輯和查錯功能。

⑸ 如何解決android studio運行編譯速度慢

開啟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在真機上運行的APP啟動速度特別慢，而通過簽名打出的apk安裝後app速度卻很快怎麼回事

Android Studio提供debug和release兩種構建類型，默認採用debug類型調試Android項目，debug和release的區別有幾個方面：

debug模式的幾個特點：

1. 支持斷點調試和log信息列印，debuggable屬性值為true
2. 使用系統默認的密鑰庫簽署apk文件
3. 沒有對apk文件進行代碼和資源文件的優化（包括文件壓縮、冗餘文件刪除）
4. 沒有對代碼進行混淆

release模式需要注意的幾個特點：

1. 不支持斷點調試，debuggable默認為false
2. 沒有壓縮類文件代碼，minifyEnabled，默認為false
3. 沒有壓縮資源文件，shrinkResources，默認為false
4. 沒有指定自定義簽名文件，默認使用系統的密鑰庫簽署apk

真機上直接連接調試，因為沒有代碼、資源文件進行壓縮，同時支持斷點調試等原因造成運行緩慢；相反，簽名後的apk文件，相對來說比較快，可以深入理解Android Studio構建文件build.gradle配置相關資料

⑺ android studio教程之SDK更新連接失敗緩慢的解決方法

方法/步驟
1、下載Android
Studio。
2、下載Android
Sdk。
3、下載，安裝JDK，並配置環境變數。
4、安裝Android
Stutdio（安裝包），或直接到解壓目錄（壓縮包）中找到下面目錄的文件，打開並在最後一行回車換行後加入
：
disable.android.first.run=true
然後保存。
5、啟動Android
Studio，期間最新版會看到SDK
Manager是灰色的。
此時進入配置（configue->Project
Defaults->Project
Structure）
6、設置SDK
和JDK路徑，這之後關閉下，在啟動就可以建立新的項目了。

⑻ 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上傳,所以一些答案的耶和華說並不意味著什麼,這就是為什麼我說影響編譯速度的情況主要集中在它的生命周期的第三階段,第三階段的優化,看到我的答案。

⑼ Android Studio教程：啟動時不自動打開項目

每次打開Android Studio默認會自動打開一個project，下面介紹Android Studio啟動時不自動打開項目的設置方法。

Android Studio

1.雙擊桌面Android Studio圖標，打開Android Studio
2.主界面中，選擇單擊菜單欄 File 即文件 選項；
3.彈出File 菜單列表，單擊 Settings 即設置 選項。
4.彈出對話窗口選擇 Appearance & Behavior 選項。
5.Appearance & Behavior展開後選擇System Settings選項。
6.取消勾選Reopen last project on startup選項，OK。
7.以上就是Android Studio啟動時不自動打開項目的設置方法。