編譯安裝太慢怎麼辦

1. 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/。

2. 全新i5電腦，運行米思齊，每次編譯速度極慢，求解

第一就是你電腦中的垃圾，啟動項，進程，緩存，注冊表，一定是很久沒有清理了，由於這些東西太多，造成系統C盤太庸腫，特別是啟動項載入太多,所以開機的時候，就自然慢了，處理方法:就是下載一個騰訊電腦管家，安裝以後，你可以利用它經常清理這些垃圾，啟動項，進程，緩存，注冊表，而且它是智能的不會出錯的,特別是清理啟動項.(啟動項除cftmon都可以不用)
第二就是，你可能下載的什麼東西都放在C盤，造成C盤太多東西，負載太重，你可以冊除一些文件，把他安裝到其它盤符，以後要養成安裝軟體，程序，不要動不動就默認，而是要選擇安裝在其它盤符。騰訊電腦管家-工具箱-系統盤瘦身或軟體搬家，讓C盤輕裝上陣.
第三就是，IP地址，因為很多電腦用的是貓和路由器，而它的電腦選擇的是自動尋找IP，所以開機的時候，它在等路由器分給他一個IP，所以就有一個時間的等待，所以就慢了

3. 神器IDEA編譯慢的問題怎麼解決

intellij idea 卡頓怎麼辦_網路經驗（僅供參考）：

網頁鏈接

4. visual c++ 2010編譯時很慢 要怎麼解決

編譯C#挺快的，C++就不行了。
把Debug模式切換到Release模式會好一點。
實在不行的話用VC6吧，編譯的快。

5. 安裝軟體特別慢怎麼破

一般手機運行內存不足，或手機內存，手機存儲空間不足的時候，手機都會出現這種提示的哦！解決方法：

1. 進入設置--存儲——首選安裝位置——選擇用戶空間（手機存儲）。

2.把安裝在系統空間的程序移動到用戶空間中，設置——程序管理(或應用程序)——全部——點擊程序—移動至用戶空間（手機存儲）。

3.做完以上操作之後建議你可以定期給手機清理下緩存，從而為手機釋放一些空間，

3.也可以盡量卸載一些不必要的軟體，以免佔用手機內存。一次不要運行過多程序的，運行程序過多，運行內存可以不足的。

4.清理緩存的操作----長按關機鍵10秒直至進入完全關機狀態，然後同時按住電源鍵跟音量減鍵，進入工程模式，通過音量鍵選擇清理緩存選項，電源鍵確定，系統將自動清理緩存哦

6. java編譯為什麼那麼慢

ecplipse編譯慢，並不是說編譯的工具慢，是由於工程代碼很多，導致內存短時間產生不夠的現象，表現出來的就是很慢。
很多程序在進行大數據的計算或者資料庫的操作，都需要很多的內存來計算或者保存數據，編譯環境這時候就會很卡。

7. 怎樣解決VS2019編譯慢的問題

摘要 用過 vs 的朋友無不吐槽 編譯慢。

8. java編譯為啥那麼慢，之前開發.net，現在開發java有點不習慣，一點點修改，編譯要等好久

不是java編譯慢，你說的是項目啟動慢。可以安裝熱部署插件，修改代碼後無需重啟項目，只需刷新就能看到修改效果，熱部署是代碼調試的利器。

9. 為什麼在linux系統的大型計算機上編譯安裝軟體特別慢

效率與演算法與物理配置相關。而Linux桌面，桌面其實也是一種占資源東西。
Linux早期的設計沒有將重點放在桌面應用上，所以可以騰出大量的資源用於命令或後台服務的數據處理。這是它效率高的原因之一。
而Linux桌面由於占的資源較多，對CPU的佔用較強，加之內存，顯存，頻率，代碼質量等因素，所以感覺卡頓。
這就有點像純聊天和聊天一樣。
再說，既然選擇了Linux，還是勸你放棄桌面吧。桌面對於LInux就像雞肋一樣。

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