編譯吃內存

1. gcc下編譯的內存

GCC 2.95 給出的結果分別是

sizeof(A) = 16

sizeof(B) = 24

2. C語言編譯預處理是不是不佔內存

編譯時占編譯的內存
運行的時候 不會有額外內存消耗。

3. define編譯時佔用內存嗎

define稱為預編譯語句，是寫給編譯程序的，它不會佔用內存，是協助你的程序的內存分配、定義方便的宏、輔助編輯程序使用的。

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

5. 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構建的時候生效，命令行構建不會生效。

命令行構建
基於上面的配置，命令行構建時在命令後面加上這個參數即可 --daemon --parallel --offline。
引入依賴庫時使用aar
使用網上第三方的依賴庫時盡量使用aar，可以在mavenhttp://gradleplease.appspot.com/或者githuhttps://github.com/Goddchen/mvn-repo搜索。
自己的庫模塊也可以打包成aar，關於這個可以參考stormzhang的文章http://www.stormzhang.com/android/2015/03/01/android-reference-local-aar/。

6. c++中為什麼有些變數在編譯是就由編譯器分配了內存空間，還沒有運行怎麼會佔用內存呢

還沒有運行怎麼會佔用內存呢？！（這一點還要懷疑嗎！？）

所謂在編譯期間分配空間指的是靜態分配空間（相對於用new動態申請空間），如全局變數或靜態變數（包括一些復雜類型的常量），它們所需要的空間大小可以明確計算出來，並且不會再改變，因此它們可以直接存放在可執行文件的特定的節里（而且包含初始化的值），程序運行時也是直接將這個節載入到特定的段中，不必在程序運行期間用額外的代碼來產生這些變數。

其實在運行期間再看「變數」這個概念就不再具備編譯期間那麼多的屬性了（諸如名稱，類型，作用域，生存期等等），對應的只是一塊內存（只有首址和大小），所以在運行期間動態申請的空間，是需要額外的代碼維護，以確保不同變數不會混用內存。比如寫new表示有一塊內存已經被佔用了，其它變數就不能再用它了； 寫delete表示這塊內存自由了，可以被其它變數使用了。（通常我們都是通過變數來使用內存的，就編碼而言變數是給內存塊起了個名字，用以區分彼此）

內存申請和釋放時機很重要，過早會丟失數據，過遲會耗費內存。特定情況下編譯器可以幫我們完成這項復雜的工作（增加額外的代碼維護內存空間，實現申請和釋放）。從這個意義上講，局部自動變數也是由編譯器負責分配空間的。進一步講，內存管理用到了我們常常掛在嘴邊的堆和棧這兩種數據結構。

最後對於「編譯器分配空間」這種不嚴謹的說法，你可以理解成編譯期間它為你規劃好了這些變數的內存使用方案，這個方案寫到可執行文件裡面了（該文件中包含若干並非出自你大腦衍生的代碼），直到程序運行時才真正拿出來執行！

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

8. C++ 編譯程序內存過大

調用函數時，盡量用「引用傳遞」作為參數, 而不是直接把矩陣本身作為參數傳進去，這樣在內存中只有一個 P 和 Q的拷貝。
另外，看得出，這兩個矩陣光存一份就已經很大了。如果連把它們讀入到內存里都沒辦法的話，就最好考慮給自己的機器加內存條了。
不增加內存，那麼降低存儲空間的需求，就得增加時間復雜度。你可以把矩陣存儲在多個硬碟文件里，這樣每次讀一部分到內存然後處理一些，存回去。最後再一點點拼出來最後結果。

9. 編譯提示內存不足怎麼回事

1、點擊我的電腦、右鍵點擊屬性。
2、點擊左邊的高級系統設置。
3、點擊高級、然後性能設置。
4、再點擊高級。
5、點擊程序再點擊設置。
6、設置虛擬內存的時候，可以看到推薦內容大小，建議填寫電腦推薦虛擬內存大小。
7、設置好內存之後，必須點擊設置，再點擊應用確定（必須按照步驟走，否則不會有用！）。