androidstudio加速

Ⅰ 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有哪些非常好用的插件

1. H.A.X.M（硬體加速執行管理器）
如果你想使用Android模擬器更快地執行應用程序，那麼H.A.X.M是你的最佳選擇。H.A.X.M提供Android SDK模擬器在英特爾系統中的硬體加速。我認為H.A.X.M是最有用的插件，因為它能讓Android開發人員盡快地在模擬器上運行最新的Android版本。

2. genymotion
Genymotion是測試Android應用程序，使你能夠運行Android定製版本的旗艦工具。它是為了VirtualBox內部的執行而創建的，並配備了一整套與虛擬Android環境交互所需的感測器和功能。使用Genymotion能讓你在多種虛擬開發設備上測試Android應用程序，並且它的模擬器比默認模擬器要快很多。

3. Android Drawable Importer
為了適應所有Android屏幕的大小和密度，每個Android項目都會包含drawable文件夾。任何具備Android開發經驗的開發人員都知道，為了支持所有的屏幕尺寸，你必須給每個屏幕類型導入不同的畫板。Android Drawable Importer插件能讓這項工作變得更容易。它可以減少導入縮放圖像到Android項目所需的工作量。Android Drawable Importer添加了一個在不同解析度導入畫板或縮放指定圖像到定義解析度的選項。這個插件加速了開發人員的畫板工作。

4. Android ButterKnife Zelezny
Android ButterKnife是一個「Android視圖注入庫」。它提供了一個更好的代碼視圖，使之更具可讀性。 ButterKnife能讓你專注於邏輯，而不是膠合代碼用於查找視圖或增加偵聽器。
5、Lifecycle Sorter
可以根據Activity或者fragment的生命周期對其生命周期方法位置進行先後排序，快捷鍵Ctrl + alt + K

6、JsonOnlineViewer
可實現直接在android studio中調試介面數據，可以選擇請求類型，自定義請求頭及請求體，json數據格式化後展示，配合著Gsonformat會不會不錯

Ⅲ android studio freeline有什麼用

簡單的說：

Freeline是一個能讓你快速調試android程序的插件，官方的說法是可以讓你的APP編譯加速十倍。

詳細介紹：

Freeline是螞蟻金服旗下一站式理財平台螞蟻聚寶團隊15年10月在Android平台上的量身定做的一個基於動態替換的編譯方案，5月阿里集團內部開源，穩定性方面：完善的基線對齊，進程級別異常隔離機制。性能方面：內部採用了類似Facebook的開源工具buck的多工程多任務並發思想：埠掃描，代碼掃描，並發編譯，並發dx，並發merge dex等策略，在多核機器上有明顯加速效果，另外在class及dex,resources層面作了相應緩存策略，做到真正增量開發，另外引入並優化buck的部分加速組件dx，DexMerger，資源編譯方面，深入改造了Aapt資源編譯流程，當資源發生改變時候，秒級完成增量包編譯，其中增量包僅含最小的變更集合（10Kb～數百Kb內），後期也被運用到線上進行資源/代碼動態替換。相比目前instant-run，buck，layoutcast等方案快數倍速度。

至於怎麼使用你可以網上搜搜。

Ⅳ android studio有什麼辦法能夠快速啟動

將您的電腦內存加到至少8G，運行64bit的操作系統（處理位寬大，理論上速度就會快），一定使用Intel的CPU（建議是core i5以上，主頻是2.2GHz及以上，不要用AMD的cpu），然後在電腦上安裝Intel硬體加速器HAXM，如果您不是Mac電腦的話，應該進入bios打開對Intel硬體加速器的支持選項（具體bios進入和設置方法，視您電腦型號而定），當滿足以上條件時候，AS的開啟速度就會快。另外，首次運行一個導入的項目AS編譯會比較慢，但是一旦編譯通過，下次再編譯就會快很多了。其實計算機的操作系統也會影響AS的啟動速度，我有兩個筆記本做過測試：

windows cpu：core i7 4700MQ RAM：8G 機械硬碟1TB 啟動AS時間大概在10到15秒左右

MacBook Pro ：

啟動AS在5~8S

希望我的回答能幫到您。

Ⅳ 用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，那麼機器的其他配置一定差不了，這樣的配置跑起模擬器來肯定要比原來強。

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